Page 5 of 13

Re: Version 1.5.7 -- OpenWRT "Attitude Adjustment"

Posted: Mon Sep 24, 2012 1:42 am
by ericwong
excelsi wrote: Can somebody tell me where i can find these logs from the command line after i established a telnet seessions to the router?
Try
logread
dmesg

Re: Version 1.5.7 -- OpenWRT "Attitude Adjustment"

Posted: Mon Sep 24, 2012 4:10 am
by ZoomThru
Can anyone please help me? I'm the goof that didn't read the latest release notes and just flashed my WNDR3700V2 to 1.5.7 successfully and then tried to apply the backup config file from 1.5.4

Router now seems bricked? Can't access web UI/ no internet.
Looks like it boots normally (lights flashing and all), but reset button on bottom has no effect. Lights don't blink or reboot or anything no matter how long I hold the button power cycled or not.

Tried to connect with ssh (putty) but couldn't connect and really don't have any real clue here what to do.

Re: Version 1.5.7 -- OpenWRT "Attitude Adjustment"

Posted: Mon Sep 24, 2012 9:01 am
by Slacker
ZoomThru wrote: Tried to connect with ssh (putty) but couldn't connect and really don't have any real clue here what to do.
I know you mentioned the reset button doing nothing, but have you tried TFP?
http://wiki.openwrt.org/toh/netgear/wnd ... lsafe.mode

Re: Version 1.5.7 -- OpenWRT "Attitude Adjustment"

Posted: Mon Sep 24, 2012 10:25 am
by olo
I report that Wi-Fi is still unstable on Asus WL-500-gP V2 - crashes 1-2 times per 24h.

Re: Version 1.5.7 -- OpenWRT "Attitude Adjustment"

Posted: Mon Sep 24, 2012 10:55 am
by ericwong
olo wrote:I report that Wi-Fi is still unstable on Asus WL-500-gP V2 - crashes 1-2 times per 24h.
Can you check if the equivalent OpenWRT build, i.e. attitude_adjustment branch, not gargoyle also have the same problem?

If yes, then it is OpenWRT problem, not gargoyle's. Try finding a solution at Openwrt or submit a ticket there?

Re: Version 1.5.7 -- OpenWRT "Attitude Adjustment"

Posted: Tue Sep 25, 2012 1:25 pm
by Eric
The issues with usb printer sharing and with 3g has now been addressed in the latest version in the repo.

I've confirmed the PPPoE bug reported by jorgemiguel4 but am still working on a fix.

excelsi: I tested your report of OpenVPN not starting after a reboot, but I couldn't reproduce the issue. You are going to need to provide a lot more information about your network setup (ascii art is good here) and your OpenVPN setup to figure out what might be going on. I don't think this is a 1.5.7/attitude adjustment related bug since you said it happened before too, so posting in another forum/thread would probably be best.

QOS

Posted: Tue Sep 25, 2012 11:03 pm
by Dev_BR
I have 2 routers MR3420

Master router in Gateway mode
- Connect Via: DHCP wired
- LAN IP Address:192.168.2.1
- QoS Upload:Enabled
- QoS "Normal" Rule Max BW = 700k for Destination: 192.168.2.100

Remote router in Wireless Bridge/Repeater
- Connected Via:Client Bridge
- Bridge IP Address:192.168.2.200
- QoS Upload:Enabled
- QoS "Normal" Rule Max BW = 700k for Destination: 192.168.2.100

In above config, MASTER router acts as DHCP and DNS server.

QoS(Upload) dont work !

Re: QOS

Posted: Tue Sep 25, 2012 11:10 pm
by ericwong
Dev_BR wrote: - QoS "Normal" Rule Max BW = 700k for Destination: 192.168.2.100

QoS(Upload) dont work !
Looks like there is an issue with your QoS rule and also possibly your network configuration not being ideal. e.g. why do you need another QoS rule on the wireless repeater when you already have one at the master router?

Why do you set Destination: 192.168.2.100 ?
This seems to be the reason why QoS is not working for you...

Re: QOS

Posted: Wed Sep 26, 2012 12:27 am
by Dev_BR
ericwong wrote:
Looks like there is an issue with your QoS rule and also possibly your network configuration not being ideal. e.g. why do you need another QoS rule on the wireless repeater when you already have one at the master router?

Why do you set Destination: 192.168.2.100 ?
This seems to be the reason why QoS is not working for you...
Cause 192.168.2.100 is my PC and I use it for test.
I had a lot of QoS rules in 1.5.6 and all seems to work ok.

It was a desperate attempt.
I tried to activate QoS individually on each of the routers.

Very bad news: one of the routers does not accept the password.
I can access the web user interface and prompt via SSH.
The reset button does not respond!
And no, I have not tried to preserve the previous settings

Re: QOS

Posted: Wed Sep 26, 2012 3:54 am
by jorgemiguel4
Dev_BR wrote:
ericwong wrote:
Looks like there is an issue with your QoS rule and also possibly your network configuration not being ideal. e.g. why do you need another QoS rule on the wireless repeater when you already have one at the master router?

Why do you set Destination: 192.168.2.100 ?
This seems to be the reason why QoS is not working for you...
Cause 192.168.2.100 is my PC and I use it for test.
I had a lot of QoS rules in 1.5.6 and all seems to work ok.

It was a desperate attempt.
I tried to activate QoS individually on each of the routers.

Very bad news: one of the routers does not accept the password.
I can access the web user interface and prompt via SSH.
The reset button does not respond!
And no, I have not tried to preserve the previous settings

About password:
- Remove power from router, then reconnect and start clicking fast on QSS button until SYS Led starts blinking very fast
- Set you computer IP to 192.168.1.2
- Connect your router using Telnet 192.168.1.1 with putty or whatever you use...

Execute the commands:
- mount_root
- passwd

You will be prompted for the new password in passwd command.