I gather by the underwhelming response to this question that the firmware doesn't support saving the configuration and that you must go on site and use the serial interface to configure the switch if it looses power.
If that is the case, the switch is a complete piece of rubbish and should never been put on the market. WARNING DON'T PURCHASE SRW224G4P SWITCHES!
It sounds like there is something else going on with these switches. By default, when the SRW224G4P is configured in the Web UI, those settings are saved to the "running-configuration", and the "startup-configuration". When the device restarts after a power loss, the configuration will load from the "startup-configuration" file and reload all of its settings, prior to the power loss.
I tested this in our lab, just to make sure, by configuring a switch with a non-standard IP address, a few VLANS, and then unplugging the power cable from the back of the switch while the unit was running. After plugging the cable back in, the switch rebooted, and all of the settings were restored to their last state before the power loss.
Since your switches are losing their configurations, I would first start with ensuring that the switches are up-to-date with the most current firmware version for that device. I would also look at the power source for the switches, and if possible make sure that they are connected to a UPS with a conditioned line. At this point, the only explanation I have is that the switches are receiving a power surge before the power loss, and causing the configurations to become corrupted.
If you have any more information, or questions, please let us know.
Hello Darren, thank you for the reply. Attached is the startup-config copied from the switch using the telnet interface. The switches were configured using the web GUI. The firmware versions are
Boot Version: 1.0.1
Software Version: 1.0.2
Loader Version: 1.0.1
Hardware Version: R01
Which from what I can see are the current release.
When we called Linksys, the response from the Tech was that the switches don't has a reset option so that's how you do a reset. He can issue an RMA but we can expect the new switch to do the same thing. Not a good response.
Just simply turning the power off causes the problem. It doesn't just occur when there is a spike etc.
When the system reboots, there are no VLANS, the IP address is 0.0.0.0 and it has to be set up through the serial interface to give it an IP address. Then use the web interface to define VLANS, set up the management VLAN etc. Wastes hours as the GUI is pretty crap anyway.
Here's the boot up after a power off.
--- Performing Power-On Self Tests (POST) --- DUMMY Test 1 ................. PASS UART Loopback Test ........... PASS POE UART Loopback Test ....... PASS DRAM Test .................... PASS Timer Test ................... PASS Done All Pass. ------------------ DONE ---------------------
I started to setup and load your configuration in my lab tonight, but found that the SRW224G4P I was using has an older version of the firmware loaded. We only have one of those units here is the lab, and it was setup and being used by someone on the day shift to recreate another clients issue.
So, I will have to wait until tomorrow night to confirm with whoever is using that switch, that I can upgrade the firmware without interfering with the issue they are trying to resolve.
Before I managed to notice that I was running an older version of the firmware, I did have issues with the IP address resetting to 0.0.0.0 after a reboot. I don't want to jump to any conclusions at this point, so I will let you know how everything goes after I am able to get the correct firmware version loaded.
Sorry for the delay, I was able to get our SRW224G4P upgraded to the same firmware version you are using. I then loaded your configuration onto our switch, and then rebooted. After rebooting, the switch came up with an IP of 0.0.0.0, but did retain a few settings. It retained 1 of the VLAN's configured. It also retained some settings for "trunk", "tagged", and "untagged" ports.
I then looked at your configuration file in notepad. The last thing processed, or saved was the first VLAN you had entered. The next item was your next VLAN. The issue is that the name for the second, and third VLANS are using multiple words. At this time, using VLANS with a name that is two separate words or more, will not be accepted by the switch as a valid VLAN when the switch is restarted. No error message will be displayed, and the switch will not process the remaining configuration after it encouters the "invalid" VLAN name.
First thing I would like you to try, is to rename your VLANS so that they are all using only one word, with no spaces.
Hi every one!!!When you are configuring a remote VPN connection, there
are some steps that are lost on the path. Here you can see those steps.
A) In your Cisco device: 1. Ensure you don´t have any rule denying the
traffic between the device and the remote...
You have a Cisco Unified Communications Manager (CUCM) system and want
to configure a SPA112 analog telephone adaptor (ATA) to register to the
CUCM so that you can use up to two analog phones or similar FXS devices
with the CUCM.In this application note, ...
Introduction: This document describes how to connect SG300 with Catalyst
switch via STP. Spanning Tree Protocol (STP) is a Layer 2 protocol that
runs on mainly on switches. The specification for STP is IEEE 802.1D.
The main purpose of STP is to ensure tha...