LATEST: Do not upgrade, if you are using IPv6. There are issues not yet fully understood.
After waiting about 1½ year a new firmware release is made available.
The upgrade process from 18.104.22.168 did not run as simple as described in the release notes. I followed the instructions, but ended up with a device, which did not handle IPv6. After some twiddling with saving unchanged settings I managed to make it respond to a ping6, but not to route IPv6 through my tunnelbroker tunnel.
As an attempt to fix it I decided to select the IP4-option with the intent to revert to the dual-stack IPv4 and IPv6 again.
After the reboot I ended up with a router displaying only
$| trStrings["11383"] or 'i18nHTMLMissing' |$
on the web interface and did nothing but reply to pings.
After a factory reset (Press the red reset button for 10+ seconds and login with cisco/cisco) I restored the 22.214.171.124 configuration from a backup taken before the upgrade and the router returned to full operation again, it seems.
However, the IPv6 has now stopped working again. No response on ping6 and no routing.
The release notes are interesting. It is of course fine, that some errors in an option in DHCP is fixed, but a number of bugs reported 1½ year ago are still present and not at all acknowledged in the 'Known issues" section of the release notes. Apparently the development department is living in another world.
Just to mention a few:
- hairpinning is not fixed. The source IP address is still the router's IP address
- reordering access rules can still only be made within one page
- front lights are fixed and do not indicate amount of traffic
- RIP1 is announcing a WAN of /8 when it should only be /30
- SNMP is not using the standard Cisco prefix 126.96.36.199.4.1.9 for private fields
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...
** Update **These and a number of other issues have been addressed in
SRP520 MR3. Please see https://supportforums.cisco.com/docs/DOC-13853
for details on how to access this code.There have been a number of
reports of the SRP500 becoming unresponsive afte...
STANDARDSOURCECOMMENTSEthernet RJ-45 connector pin number12345678IEEE
802.3afusing data pairsRXDC+RXDC+TXDC-sparespareTXDC-sparespareIndustry
Standard for Embedded POE(used by Cisco Catalyst Switches)IEEE
802.3afusing spare pairs RXRXTXDC+DC+TXDC-DC-Indus...