Updated three 8AC and one 24AC switches from 1.3.8 to 1.3.9. The latter failed to start snmpd upon reboot. Restarted.
One difference noted is that the switches can no longer maintain an SNMP query frequency of 5 sec. from PRTG for single port throughput value. Have to dial it back to 10 sec.
v1.3.9 FINAL bug reports and comments
-
Eric Stern - Employee
- Posts: 532
- Joined: Wed Apr 09, 2014 9:41 pm
- Location: Toronto, Ontario
- Has thanked: 0 time
- Been thanked: 130 times
Re: v1.3.9 FINAL bug reports and comments
RebusCom wrote:Updated three 8AC and one 24AC switches from 1.3.8 to 1.3.9. The latter failed to start snmpd upon reboot. Restarted.
One difference noted is that the switches can no longer maintain an SNMP query frequency of 5 sec. from PRTG for single port throughput value. Have to dial it back to 10 sec.
Check to make sure you are using SNMP v2c. On a 24 port using v1 a walk takes almost 5 seconds. Using v2c it is less than 1 second.
-
canpandave - Member
- Posts: 45
- Joined: Thu Mar 26, 2015 6:28 pm
- Location: Edmonton, AB CANADA
- Has thanked: 0 time
- Been thanked: 4 times
Re: v1.3.9 FINAL bug reports and comments
Upgraded all switches to 1.3.9, no issues although as a precaution, I rebooted each switch first.
-
mhoppes - Associate
- Posts: 664
- Joined: Thu Apr 10, 2014 9:14 pm
- Location: Pennsylvania
- Has thanked: 10 times
- Been thanked: 125 times
Re: v1.3.9 FINAL bug reports and comments
Happy with 1.3.9 here as well. Handful of switches upgraded successfully.
-
RebusCom - Experienced Member
- Posts: 111
- Joined: Sun Nov 30, 2014 9:42 pm
- Location: Washington
- Has thanked: 13 times
- Been thanked: 11 times
Re: v1.3.9 FINAL bug reports and comments
Eric Stern wrote:RebusCom wrote:Updated three 8AC and one 24AC switches from 1.3.8 to 1.3.9. The latter failed to start snmpd upon reboot. Restarted.
One difference noted is that the switches can no longer maintain an SNMP query frequency of 5 sec. from PRTG for single port throughput value. Have to dial it back to 10 sec.
Check to make sure you are using SNMP v2c. On a 24 port using v1 a walk takes almost 5 seconds. Using v2c it is less than 1 second.
This is with v2. V1 doesn't work.
-
Eric Stern - Employee
- Posts: 532
- Joined: Wed Apr 09, 2014 9:41 pm
- Location: Toronto, Ontario
- Has thanked: 0 time
- Been thanked: 130 times
Re: v1.3.9 FINAL bug reports and comments
RebusCom wrote:Updated three 8AC and one 24AC switches from 1.3.8 to 1.3.9. The latter failed to start snmpd upon reboot. Restarted.
One difference noted is that the switches can no longer maintain an SNMP query frequency of 5 sec. from PRTG for single port throughput value. Have to dial it back to 10 sec.
How do you have the sensor configured in PRTG? It won't even let me set it to 5 seconds.
Re: v1.3.9 FINAL bug reports and comments
Not sure what the issue is, but reporting it here. WS-12-250-A running 1.3.9. We are doing some Cambium ePMP testing on a tower with UBNT clients (swapped out Rocket M2 AP's for ePMP). During the change, we are running the ePMP in WiFi mode while we swap out CPE's. Our customer internet traffic is tagged to VLAN 300 on the UBNT CPE (wlan0 in bridge1, lan0 and wlan0.300 in bridge2), bridge mode.
CPE's connect to the AP's, but no VLAN traffic was making it to the switch (nothing in MAC table). We found this strange because we bench tested this configuration in the shop to ensure it would work in the field. The only difference in the field was have a switch between the router and the AP's.
Long story short, we rolled back the firmware to 1.3.8, and everything is working now. We tried rebooting the switch, and verified all configs before rolling back. Granted this is not an everyday set of circumstances, but thought I would pass along the data anyway.
CPE's connect to the AP's, but no VLAN traffic was making it to the switch (nothing in MAC table). We found this strange because we bench tested this configuration in the shop to ensure it would work in the field. The only difference in the field was have a switch between the router and the AP's.
Long story short, we rolled back the firmware to 1.3.8, and everything is working now. We tried rebooting the switch, and verified all configs before rolling back. Granted this is not an everyday set of circumstances, but thought I would pass along the data anyway.
-
sirhc - Employee
- Posts: 7416
- Joined: Tue Apr 08, 2014 3:48 pm
- Location: Lancaster, PA
- Has thanked: 1608 times
- Been thanked: 1325 times
Re: v1.3.9 FINAL bug reports and comments
iellison wrote:Not sure what the issue is, but reporting it here. WS-12-250-A running 1.3.9. We are doing some Cambium ePMP testing on a tower with UBNT clients (swapped out Rocket M2 AP's for ePMP). During the change, we are running the ePMP in WiFi mode while we swap out CPE's. Our customer internet traffic is tagged to VLAN 300 on the UBNT CPE (wlan0 in bridge1, lan0 and wlan0.300 in bridge2), bridge mode.
CPE's connect to the AP's, but no VLAN traffic was making it to the switch (nothing in MAC table). We found this strange because we bench tested this configuration in the shop to ensure it would work in the field. The only difference in the field was have a switch between the router and the AP's.
Long story short, we rolled back the firmware to 1.3.8, and everything is working now. We tried rebooting the switch, and verified all configs before rolling back. Granted this is not an everyday set of circumstances, but thought I would pass along the data anyway.
Would be real curious for you to bench test this with a switch and see what it takes to make it work as there should be no difference between v1.3.8 and v1.3.9 in regard to this.
Support is handled on the Forums not in Emails and PMs.
Before you ask a question use the Search function to see it has been answered before.
To do an Advanced Search click the magnifying glass in the Search Box.
To upload pictures click the Upload attachment link below the BLUE SUBMIT BUTTON.
Before you ask a question use the Search function to see it has been answered before.
To do an Advanced Search click the magnifying glass in the Search Box.
To upload pictures click the Upload attachment link below the BLUE SUBMIT BUTTON.
-
RebusCom - Experienced Member
- Posts: 111
- Joined: Sun Nov 30, 2014 9:42 pm
- Location: Washington
- Has thanked: 13 times
- Been thanked: 11 times
Re: v1.3.9 FINAL bug reports and comments
Eric Stern wrote:RebusCom wrote:Updated three 8AC and one 24AC switches from 1.3.8 to 1.3.9. The latter failed to start snmpd upon reboot. Restarted.
One difference noted is that the switches can no longer maintain an SNMP query frequency of 5 sec. from PRTG for single port throughput value. Have to dial it back to 10 sec.
How do you have the sensor configured in PRTG? It won't even let me set it to 5 seconds.
Extras, Options, Tweaks
PRTG Traffic Grapher Prof. Edition
-
Eric Stern - Employee
- Posts: 532
- Joined: Wed Apr 09, 2014 9:41 pm
- Location: Toronto, Ontario
- Has thanked: 0 time
- Been thanked: 130 times
Re: v1.3.9 FINAL bug reports and comments
Ok, I got it set to 5s. It seems to work ok. What kind of errors/problems are you seeing?
BTW, I did notice a note in PRTG that says anything less than 10 seconds may not work and is not officially supported.
BTW, I did notice a note in PRTG that says anything less than 10 seconds may not work and is not officially supported.
Who is online
Users browsing this forum: Google [Bot] and 48 guests