Issues with scheduled firmware updates and BGP
- calebvorwerk
- Member
- Posts: 2
- Joined: Mon Dec 09, 2024 11:51 am
- Has thanked: 0 time
- Been thanked: 0 time
Issues with scheduled firmware updates and BGP
I have upgraded(scheduled through netonix manager) a couple netonix's on our network to 1.5.19 and then one to 1.5.21. Both times, I woke up to that Netonix being down. We have BGB running between a couple towers. The towers backhauls are powered by the netonix, and the mikrotik router plugged into the netonix. After the update, our mikrotiks bgp would not come back up. I had to downgrade the netonix to fix the problem, any ideas what might be going on here?
- calebvorwerk
- Member
- Posts: 2
- Joined: Mon Dec 09, 2024 11:51 am
- Has thanked: 0 time
- Been thanked: 0 time
Re: Issues with scheduled firmware updates and BGP
Seems almost like we lost VLAN functionality after the update
-
sirhc - Employee
- Posts: 7586
- Joined: Tue Apr 08, 2014 3:48 pm
- Location: Lancaster, PA
- Has thanked: 1668 times
- Been thanked: 1349 times
Re: Issues with scheduled firmware updates and BGP
I would NOT do scheduled upgrades until after you are up to v1.5.22
My guess is this an SFP module did not come up and either needs a cold boot or pull insert.
Replace the SFP modules if this is the case.
In the main thread for v1.5.22 I discussed several times no how to test your SFP modules.
Also if these units were up for a long time v1.5.19 still had memory leak especially with SNMP and the more often you probe the unit the more memory grows. SNMP should not poll the units faster than 1 once per minute and that is really more than reasonable. These switches have very small CPUs. The CPU has nothing to do with
IF a unit is up a long time check memory, if high reboot first but if you have an SFP that does not like the older software which we fixed 99% of SFP modules in v1.5.22 then also either do on site or be ready to roll if needed.
Read on how to check your SFP modules in other thread.
My guess is this an SFP module did not come up and either needs a cold boot or pull insert.
Replace the SFP modules if this is the case.
In the main thread for v1.5.22 I discussed several times no how to test your SFP modules.
Also if these units were up for a long time v1.5.19 still had memory leak especially with SNMP and the more often you probe the unit the more memory grows. SNMP should not poll the units faster than 1 once per minute and that is really more than reasonable. These switches have very small CPUs. The CPU has nothing to do with
IF a unit is up a long time check memory, if high reboot first but if you have an SFP that does not like the older software which we fixed 99% of SFP modules in v1.5.22 then also either do on site or be ready to roll if needed.
Read on how to check your SFP modules in other thread.
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.
3 posts
Page 1 of 1
Who is online
Users browsing this forum: No registered users and 24 guests