05-04-2012 07:38 AM
I installed firmware version 1.2.0.9 a couple weeks ago after seeing in the release notes that the port forwarding bug where clients would get 'no route to host' was resolved (one of the original posts found here: https://supportforums.cisco.com/message/3512354).
After installing the firmware and confirming it's running I've seen no improvement. I still must reboot my router 2-3 times daily so clients can access the ports that are defined in the port forwarding module.
Please take another look at this - the issue is not resolved and as far as I can tell it hasn't even been improved. Please also let me know of any beta firmwares - anything to put this issue to bed. It's been going on far too long.
05-05-2012 08:49 AM
We have had the same experience, RV110W now back in its box.
05-07-2012 04:30 PM
When you upgraded the firmware from 1.0.1.9 to 1.2.0.9 did you perform a full factory reset using the hardware reset button on the back of the router? If you have not performed a hard reset of the RV110W after upgrading to v1.2.0.9, it is strongly recommended that you reset the device by holding down the reset button for 10 seconds to ensure the device is completely reset. This will ensure the configuration is erased and you are working from the default config based on the new 1.2.0.9 firmware image. We have tested the RV110W against this issue and we have routers running for the last 30+ days with port forwarding working correctly. If you cannot get it working consistently after the hard reset then please open a case with the SBSC TAC so we can begin the process of getting all of you network topology and router information. Please keep us posted on your progress.
05-07-2012 06:03 PM
Instead of configuring port forwarding rules, configure Access Rules. Once the setting has saved you will see your new rule under port forwarding.
Blake Wright
Cisco SBSC Network Engineer
06-13-2012 08:57 AM
I'm also having this problem, even after upgrading to 1.2.0.9. I lose Remote Management at the same time, so I always have to call the site to have someone restart the router.
I'm trying the Access Rules approach now. The lack of response from chchapma to the last post makes me think it took care of things for him. I'm wondering if it will cure the Remote Management failure also?
06-13-2012 09:55 AM
Bruce,
What port are you using for remote management? If you are using a non-standard port for remote management this could cause a problem. Typically the routers are managed on 443, 60443, 80, or 8080. If are using one of the 4 ports previously mentioned and are still having problems, I would suggest calling 1.866.606.1866 to open a support ticket.
Blake Wright
Cisco SBSC Network Engineer
06-18-2012 06:19 AM
Yes, I generally use a different port to reduce exposure to port
scanning. Is this related to the port-forwarding bug?
Bruce
06-24-2012 02:29 AM
Is anyone from Cisco actually working on this ? I'm fed up with rebooting the router every hour, and doing so for the last 2 months is not helping me being any less frustrated. I would really appreciate if someone at least replied to a post in over a year. And no, access rules are not a resolution to a fix you implemented in the router and is not working like it should. I did not buy this router to change rdp ports on 25 workstations. It's really a shame because everything else on the router is working perfectly and i'm really happy with it....just let people know you're either working on it or can't fix it so we can return the faulty gear and move to something that actually works.
Regards,
Miro
06-25-2012 11:10 AM
From my previous post from 5/7/12:
"When you upgraded the firmware from 1.0.1.9 to 1.2.0.9 did you perform a full factory reset using the hardware reset button on the back of the router? If you have not performed a hard reset of the RV110W after upgrading to v1.2.0.9, it is strongly recommended that you reset the device by holding down the reset button for 10 seconds to ensure the device is completely reset. This will ensure the configuration is erased and you are working from the default config based on the new 1.2.0.9 firmware image. We have tested the RV110W against this issue and we have routers running for the last 30+ days with port forwarding working correctly. If you cannot get it working consistently after the hard reset then please open a case with the SBSC TAC so we can begin the process of getting all of you network topology and router information. Please keep us posted on your progress."
06-25-2012 02:53 PM
Actually I did a hard reset *before* the firmware upgrade. Following the upgrade I restored the configuration from a backup file.
Additionally, using a defined Access Rule without the corresponding Port Forward results in no port forwarding at all. Use of both together has had me running for 2+ weeks now. Promising, but not yet conclusive.
07-09-2012 07:42 AM
Yes i did perform a full factory reset using the button at the back of the device. Tried to define access rules (which don't allow me to configure different external ports to same internal ones), and it doesnt work either. I'm planning on replacing the router with a linksys WRT160N with dd-wrt firmware which allows me do what i want and works like it should.
07-09-2012 07:54 AM
Recently tried the 110W again (it was the only box I had available).
A hardware reset, followed by simple configuration with static IP and 5 port forwarding rules - ran for 4 days before SMTP communication on port 25 stopped. A reboot bought it back to life.
Back in its box, again.
John
07-14-2012 07:04 AM
Following up: I have had two boxes running for a month with no problem. One is as described above with 1.2.0.9, but the other still has 1.1.0.9 with the same configuration that gave me trouble in the first unit. The one common change I made to the two was to change the remote management port from a high port to 443. Seems like the non-standard remote management port uses port forwarding internally, and triggers the firmware bug somehow.
08-08-2012 05:22 AM
Further followup - a few days ago the problem occurred on the 1.2.0.9 system. So it was some 6-7 weeks between problems.
These two installations were the pilot locations for a larger rollout. Unfortunately they have failed the pilot test and I now have to find a suitable alternate.
12-26-2012 11:42 AM
Have you talked to Cisco and are they in works on a firmware update for this model. I have issues with being able to get email inbound and remote management working with 1.2.0.9 and have done a factory reset after reconfiguring. It seems my device needs rebooted every 6 weeks and nothing appears in the logs. I am about to just tell my client ASA5505 is the way to go. Small Business support has already replaced the unit and i am convinced it is a bug in the firmware. I do have about 4 other clients with these devices and no problems and they also run SBS 2008 and 2011 servers.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide