View Full Version : Features or stability???
i-beast-a
15-01-2005, 19:54
Hi all,
I have a big problem with all the latest firmwares, both from ASUS and all the ones that are derived from that.
I've tried every version that I found here but nothing stoped my problem.
The problem is that I get random hard-resets of my router. Especially if I run for example web-radio. But it also happens when I'm just surfing. After the reset the logfile is cleared so I can not find the cause of this.
I use a very basic setup with 2 wire-less laptops and 2 wired pc's. No ftp, no camera, no printer and no audio or something.
My connection is a PPPoE from Casema/Wanadoo.
With the older firmwares I never got this problem. (But different ones :D )
It looks like that everyone is trying to put more and more fancy features in this router but forget about stability.
For some features (like the usb-audio) I really think that no-one ever uses it...... (just my opinion)
Can some-one help me to find a sollution for this stability problem???
M
Yes, go back to an older, stable firmware, especially if you don't use any of the advanced features.
I also have a pretty basic config and I still use 1.6.5.3.
My router has been up and running for more then four months now.
Hi all,
I have a big problem with all the latest firmwares, both from ASUS and all the ones that are derived from that.
I've tried every version that I found here but nothing stoped my problem.
The problem is that I get random hard-resets of my router. Especially if I run for example web-radio. But it also happens when I'm just surfing. After the reset the logfile is cleared so I can not find the cause of this.
I use a very basic setup with 2 wire-less laptops and 2 wired pc's. No ftp, no camera, no printer and no audio or something.
My connection is a PPPoE from Casema/Wanadoo.
With the older firmwares I never got this problem. (But different ones :D )
It looks like that everyone is trying to put more and more fancy features in this router but forget about stability.
For some features (like the usb-audio) I really think that no-one ever uses it...... (just my opinion)
Can some-one help me to find a sollution for this stability problem???
M
That is why we've added "Known bugs in official Asus firmware" topic to te FAQ, trying to ask ASUS to fix them.
It's very hard to me to solve your problem - it is never happened to me, and I see no reason for it... Previously you've written, that 1.8.1.7 works stable for you. Is this true?
i-beast-a
15-01-2005, 20:44
yep, I never had these problems with 1.8.1.7
What has changed that could cause this problem??
Something with pppoe?
All versions of the 1.9.X.X series has this problem.
Can I downgrade to 1.8.1.7. without loosing my settings?
(Groeten uit Breda)
Hi all,
The problem is that I get random hard-resets of my router. Especially if I run for example web-radio. But it also happens when I'm just surfing. After the reset the logfile is cleared so I can not find the cause of this.
I use a very basic setup with 2 wire-less laptops and 2 wired pc's. No ftp, no camera, no printer and no audio or something.
My connection is a PPPoE from Casema/Wanadoo.
With the older firmwares I never got this problem. (But different ones :D )
It looks like that everyone is trying to put more and more fancy features in this router but forget about stability.
For some features (like the usb-audio) I really think that no-one ever uses it...... (just my opinion)
Can some-one help me to find a sollution for this stability problem???
M
This is not true. The customized firmwares that Oleg made are more stable and contain less bugs than the standard ones from Asus.
Now back to your problem, if the older firmwares don't hard reset, then why do you need the newer ones?
Try to get back to a stable situation first, and try to figure out which older firmware doesn't cause this problem.
i-beast-a
15-01-2005, 21:01
@Wiz: I wasn't blaming anyone!!!
ASUS also introduced a lot of new features.
The bandwith management is a feature that I want to use. (This is a really good feature for a router!)
What has changed that could cause this problem??
Something with pppoe?
no, pppoe stayed intact in asus firmwares. Relevant changes are: ethernet and wireless drivers. ethernet driver now includes workaround for wan-die.
Have you tried to stop using WLAN to reduce the number of affected things?
Also, have you experienced "WAN port dies" with 1.8.1.7?
Have you tried 1.8.2.4?
Can I downgrade to 1.8.1.7. without loosing my settings?
Sure.
Oleg
This random reset also happen to me!! Why this happen on some users?
The WL-500g are more that one version?
This reset issue are in all of 1.9.2.7 to 1.9.2.7-3b, but not in all other fw. I use 1.8.1.7-3 and work very well...
This reset issue are in all of 1.9.2.7 to 1.9.2.7-3b, but not in all other fw. I use 1.8.1.7-3 and work very well...
I'm aware of your problem, but I would like to know more details. Have you tried 1.8.2.4?
i-beast-a
15-01-2005, 22:18
I will go to 1.8.2.4. tomorrow!
I'll keep you informed about to progress.....
I'm aware of your problem, but I would like to know more details. Have you tried 1.8.2.4?
The 1.9.2.8 also have the same reset issue.
I'm go now test fw 1.8.2.4, wait for news. =)
fw 1.8.2.4
I have test a lot and work very well to now..
The reset issue are test and not found in fw 1.8.2.4 BETA.
i-beast-a
18-01-2005, 18:12
I'm running now with 1.8.2.4 for 2 days without any trouble!
Is this problem going to be fixed in the future or is 1.8.2.4 the last firmware I can ever use?
Will it be FEATURES or STABILITY in future releases??
Please do not forget us in the new releases! :rolleyes:
Ok, try 1.9.2.7-1 then and let me know if it works...
i-beast-a
18-01-2005, 20:15
Oleg,
I'll try that right away!!
I'll keep you informed.
The reset issue are test and not found in fw 1.8.2.4 BETA.
int, you should probably also try 1.9.2.7-1, if you've not done so yet...
i-beast-a
18-01-2005, 21:16
1.9.2.7-1 is not a succes!!!
First crash after 30 minutes... :mad:
I'll go back to 1.8.2.4. because that one doesn't crash/reset
i-beast-a
21-01-2005, 18:50
please do not forget this problem in the new releases!!
Is there something I can do?
Is there a way to complain at ASUS, because their software has the same instability?
Oleg
same happen with me! the reboot issue! in 1.9.2.7-1 Oleg fw
but in 1.8.2.4 are working without this issue!
i use the 1.8.1.7-3 Oleg fw
Completely crazy idea: Is it possible that this could be either a heat issue, with something in the new firmwares keeping the processor busy for longer, thus heating the router beyond tolerance in already hot environments.
Or perhaps "dirty" power, a more strenuous firmware is likely to be more vulnerable to dips and peaks in power.
Long shot I guess, but maybe it should be ruled out completely before blaming the firmware too much.
i-beast-a
21-01-2005, 21:09
Just to be sure I checked the temperature of the area around the router.
This is 26oC. The router is installed in a closet so I just wanted to be sure that the temperature wasn't extreemly high.
If I install different firmware nothing else changes....
so I do not think that this temperature is a real issue.
But thank you for thinking with us!!!!
Does it make any difference if you mount the router verically? Probably not.
Maybe you should post as much hardware info as possible to see if there is any differences/similarities between those that have stable firmware and those that do not.
Having just come back from the pub; the only command that springs to mind is 'wl revinfo' I realise this is primarily wireless info but it's a start until someone comes along with the correct command/info to get wl500g board revision etc.
Good luck, must be a pain to have a non functioning router.
i-beast-a and int:
please flash 1.9.2.7-3b, telnet to router and type
et -i eth0 qos 0
et -i eth1 qos 0
Try to use it with this settings.
Also, please confirm - does this happens even with wireless disabled?
please flash 1.9.2.7-3b, telnet to router and type
et -i eth0 qos 0
et -i eth1 qos 0
Try to use it with this settings.
Also, please confirm - does this happens even with wireless disabled?
Ok I will test this now! <- wireless test (for now)
i-beast-a
22-01-2005, 14:05
Hi guys,
I will stop experimenting for now because I really need a stable connection...
But on friday I will do a new experiment :-)
I will get a new type of cable-modem!!
So my connection will change from PPPoE to L2TP.
The rest will stay exactly how it is right now.
So this will be the ultimate test to check if it has something to do with PPPoE!!
(p.s. I get the new modem because my old com21 did not give me enough upload speed. Download is 300k/s but upload is only 25k/s. This upload should be around 90k/s)
Oleg
uptime without any issue:
21 hours, 5 minutes, 56 seconds since boot :rolleyes:
with v.1.9.2.7-3b Oleg fw
what do this comand?
et -i eth0 qos 0
Sorry for the delay, missed your post.
So, does it still works, and what you've done?
i-beast-a
26-01-2005, 17:54
I'm still running 1.8.2.4 for 80 hours without any trouble.
So there is nothing wrong with the basic setup.
As I posted I will receive my new modem on friday so maybe I can find out if it has something to do with PPPoE.
I execute this command
et -i eth0 qos 0
et -i eth1 qos 0
and work's without any issue for 30hours! they the WL reboot (I known why) and the reboot issue came again..
ok, fine. I will check on that.
i-beast-a, try this too. this is really needed if you want for issue to be fixed.
int, one more question to you: do you've "Enable WMM" setting enabled on the Wireless | Advanced page?
int, one more question to you: do you've "Enable WMM" setting enabled on the Wireless | Advanced page?
no
"1. The message you have entered is too short. Please lengthen your message to at least 10 characters."
int, have you tried entering only one command: just
et -i eth0 qos 0
or
et -i eth1 qos 0
?
Just wondering: have you considered memory usage as stability issue? I've faced spontaneous reboots of my WL-HDD acting as NFS server under load. After adding swap space, it seems to run stable (although I don't like that solution very much). Maybe 1.9 series has higher memory usage than 1.8 due to more in-build features and tends to run out of it earlier.
I dont understand! I upgrade (again :( ) to 1.9.1.7-3b Oleg fw and the router dont reboot!! maybe Ulrich are right!
I just navegate on web now!!, maybe when i download are more probablity to reboot issue happen?
22 minutes, 26 seconds since boot without any issue
nothing executed!
well, when you actively surf the web memory preasure does not increase, but it would increase if you use webcam or usb drive.
Actually, I also have issue with the latest 3b firmware. I have enable WMM, so i'll test this, and also wondershaper. For example, downloading a big 600 G file with wget would reset the Wl-hdd, but not copying it with samba to my PC over wireless. I'll try without QOS. I ahve a 64M swapfile enable, so it's not a memory issue.
reboot issue detected!! i will go execute this comand
et -i eth0 qos 0
after reboot, WL dont auto-connect to internet, I have to 'desconnect' manualy and 'connect' manualy.
int, could you please answer clear - does this command causes unit to work fine or it causes it to reboot?
when the reboot issue was happen i have not executed the command!
to see whan happen.
now I am working with this command
et -i eth0 qos 0
14 hours, 28 minutes, 35 seconds since boot and works fine
I think that WL are working well! But I think that when ISP desconnect Internet, the reboot issue came again.
What you think?
well, in fact qos setting should not affect behaviour unless you have "Enable WMM" enabled. According to your post you've it disabled, so "qos 0" does not make any sense.
Also, 1.9.2.7-1 had WMM stuff completely disabled, but it does not work for you too.
All WMM are disable before!!!
Also, 1.9.2.7-1 had WMM stuff completely disabled, but it does not work for you too.
Yes, so now what?
the bug are in WMM.
i-beast-a
01-02-2005, 21:52
Hi Guys.
I'm back online with my new type of cable-modem.
So now I do NOT use PPPoE anymore and the rest of my network is still exactly the same as it was before.
Is there something I can test that would give some information about the reset issue???
If there is a specific firmware I should test, just let me know......
Hi,
I have been running with 1.9.2.7-3a for weeks without any problems, over the past few days the router has rebooted itself constantly, to the point it is now almost unusable.
Is there anything to try, e.g., the et commands suggested ? Does the 3b or 3c firmware have any changed which might help ?
Nothing changed on my internal network, but two new wireless networks have appeared from other people in my street. Could they be interfering with the router causing it to reboot ?
Thanks for any thoughts
Well, I've new idea. :)
Try executing this command
killall -9 waveservermain
and check if this helps.
yes, this may help!!!
i will test next weekend!!
Tried the killall -9 waveservermain and seems more stable than last night.
I will try it for a few days and report back.
Where is the bast place to put this command so it is executed on startup ? post-boot ?
Thanks
yes, in the post-boot. But you will need to check that it's actually killed using ps.
killall -9 waveservermain
I will test on this weekend.
Wait for news!! (today)
PS: maybe you can change the title of this thread, some more related to reset issue!
Test 1.9.2.7-3c Oleg..
I execute the comand: killall -9 waveservermain
and I see in ps ax that waveservermain are killed.
-- 3 minutes, 23 seconds since boot and all fine (not now) --
also killing the waveserver the reset issue are present..
I'm waiting for news..
jbkerner
12-02-2005, 07:29
Hi Folks,
I have the same problems with resets. I´ll try the possible solution too and report about it...
"killall -9 waveservermain"
ciao,
JBK
Well running for 5 days now and no automatic reboots of router.
So it either fixed the problem, or the router has returned to the state it was a few weeks ago when it was running OK before.
jbkerner
15-02-2005, 04:19
:( After about 2 days reboot again - trying again.....
ciao,
JBK
Spoke too soon, router rebooted lots last night and today.
However, it only seems to reboot when a particular wireless network is on from another house.
I know it is the same wireless network as they are not hiding their SSID. Whenever my router is unstable that network is avaible. When it is off router is fine.
So my theory is that the other router might be trying to connect and crashing mine, or a processes within it causing the reboot, or swamping the signal. I have all the usual security settings, SSID hiding, MAC address inclusion, etc.
Other than going round to other houses in my street and smashing any routers I find does anyone have any ideas or does it sound too far fetched ?
jbkerner
18-02-2005, 06:21
:) Downgraded to 1.8.1.7-3 5 days ago - now everything is stable. Seems to be a bug in the new release....
ciao,
JBK
Spoke too soon, router rebooted lots last night and today.
However, it only seems to reboot when a particular wireless network is on from another house.
I know it is the same wireless network as they are not hiding their SSID. Whenever my router is unstable that network is avaible. When it is off router is fine.
So my theory is that the other router might be trying to connect and crashing mine, or a processes within it causing the reboot, or swamping the signal. I have all the usual security settings, SSID hiding, MAC address inclusion, etc.
Other than going round to other houses in my street and smashing any routers I find does anyone have any ideas or does it sound too far fetched ?
This sounds reasonable, cause I could not find any source for this in the open code (I mean et driver and kernel).
:) Downgraded to 1.8.1.7-3 5 days ago - now everything is stable. Seems to be a bug in the new release....
I do the same!!!
old fw are the best!!
Other than going round to other houses in my street and smashing any routers I find does anyone have any ideas or does it sound too far fetched ?Put a shield between your router and the other router.
New ideias Oleg?
Yes, turn radio off and check if it helps.
I also had a problem with rebooting... (WL-500g) The 1.9.2.7 firmware was sometimes okay, yesterday running for 25 hours before it started getting weird...
I listened to some streams and it kept rebooting evert 5-10 mins or so :-(
I enabled samba and dropbear. Too bad no diagnostic messages, not even on the console (i had an ssh console open, no messages on that).
Downgraded to 1.8.1.7-3, trying that now.
A tip: could the 'watchdog' process restart the system? (Maybe too less memory? etc?)
I agree with the original statement here that stability seems to be a problem even in the ASUS "stable" firmwares. So I'd vote first to thank the developers of custom firmwares and then to ask them to try to develop two concurrent streams of improvements, one for stability and one for features. Knowing absolutely nothing about the technical side of things, I assume that the addition of new features often creates potential stability problems. Custom stability versions could work on just ironing out problems in official ASUS firmwares. I also agree, though, that this should really be on ASUS.
tomilius
28-02-2005, 08:22
This is random and a total wild shot, but I wonder if this has anything at all to do with poor ASUS default firewall rules?
i-beast-a
03-03-2005, 17:54
Still no real sollution??
When is the next version of ASUS expected? I still hope that this will bring a sollution!
I even stopped looking at chupa.nl because all the latest firmware versions have the reset-bug.
I really have no alternative than running the old versions. :(
OK, I feel rather silly, but I solved my stability problem.
The problem was that the power lead to my USB hub had got knocked out, so it was unpowered. I am running a printer and a flash USB drive off the hub. I guess the power load was too much for the router's single USB port causing it to reboot. Don't know why it aways occurred when there was another network around.
Plugging back in the power lead fixed all the stability problems (so far, 48 hours up without a problem, best I have had for 3 weeks).
Don't know if that helps anyone else.
tomilius
04-03-2005, 22:50
I don't think it does, JAW... I don't think it does. But I have to say that troubleshooting this router is not the easiest thing to do; it gives mixed responses to various issues--it's almost impossible to determine their cause.
Oleg see this:
Just noticed an unusual thing:
My setup:
wl500-g, booting from usb disk, debian installed.
conneting to it with telnet (telnetd, actually busybox): reboots at ~ 15-20 minutes.
connected with telnet, started dropbear, connected with ssh, killed telnetd: all ok.
maybe this will help someone.
may the problem are the same?
When 'browsing' through the web-interface, the memory usage of the httpd process is increasing, so I quess there must be some kind of memory leak there...
Also, two minutes ago I noticed the httpd process died and restarted (with a new pid and less memory usage). It might have something to do with this problem.
Besides this: settings a remote syslog server doesn't give me more information on reboots (not in my case anyway).
tomilius
27-03-2005, 21:16
I may be jumping to conclusions, but so far I've found that a network device was causing my instability. However, my router problem wasn't that it rebooted unwantedly... My computer, wireless, would lose its connection after a few days with 1.8.1.7-3 firmware (at least, it occured less often), but with 1.9.2.7-based firmwares it would happen after a few minutes and then happen again after a few hours (a lot more frequently, anyway). This led me to believe it was the router's problem--investigating further, I realized that the other wireless computer on the network didn't have such problems (I had just figured it was because it wasn't on as much) so I took the WL-138g from that one (originally the WL-138g was in my computer but the other computer froze with the MN-710 that my computer had been using) and the problem hasn't occured yet. Another huge problem that occured when using the MN-710 is that it seemed to ignore broadcast frames after a while--at least, broadcast ARP (you can imagine the consequences of that--loss of LAN connectivity). When putting the MN-710 on the other computer and examining its characteristics (it takes a while to freeze that other computer) I noticed that after a little bit of time it had the same loss of LAN connectivity as my computer had had.
Anyway, does this mean the MN-710 is bad? Actually, maybe not. It may just not be very compatible with the WL-500g. Adapter choice is very important. Be sure to get a high-quality one. It will save a lot of frustration. (... ok, so the WL-138g is definitely not high quality, but it is made by ASUS too.)
Let me repeat that it may still be too early to tell if everything is working neato with 1.9.2.7-4, but my connection has been up all night anyway (12 hours at the time of this writing).
tomilius
16-04-2005, 06:37
Um... I think I said I wouldn't do this, but--the problem still is VERY PREVALENT in the WL-138g--I mean, the stability problem. However, Odyssey Client solves it, so... way to go Wireless Zero (not). In other words, for anybody having wireless drop problems, try a third party client.
And Where about the reboot issue in all 1.9.X.X version?
I have fully reset the WL500g with the 1.9.2.7-4 and I configured only in page of my WL.
And after some hours (random time), my WL reboot!!!
What happen to only some AP this issue happen?
ISP? AP Version (V2 ou same like that, chip)? Or what?
this are very annoying..
And Where about the reboot issue in all 1.9.X.X version?
I have fully reset the WL500g with the 1.9.2.7-4 and I configured only in page of my WL.
And after some hours (random time), my WL reboot!!!
What happen to only some AP this issue happen?
ISP? AP Version (V2 ou same like that, chip)? Or what?
this are very annoying..
Have you tried 1.9.3.6?
Yes, and i have this post in this thread.
reboot issue. (fw 1.9.3.6)
Yes, and i have this post in this thread.Yes, but I guess nobody knew what you meant by that. Please elaborate when you'
ve got a problem.
TheRoDent
19-04-2005, 16:43
Oleg, you don't think this is perhaps related to the ethernet driver problems we've been experiencing on OpenWRT on the WRT54G's too?
Sounds a lot like the same thing.
Check these threads: http://openwrt.org/forum/viewtopic.php?id=1177&p=2
http://www.linksysinfo.org/modules.php?name=Forums&file=viewtopic&t=2601&postdays=0&postorder=asc&start=0
Do the new Asus units also use the new Broadcom 5325 switch chips?
Yes, but I guess nobody knew what you meant by that. Please elaborate when you'
ve got a problem.
if you see this thread, you see want my and or people problem are about, and are knew for Oleg, and order users..
when i have this post
reboot issue. (fw 1.9.3.6)
are for Oleg, because they asked to me..
Thanks..
Oleg, you don't think this is perhaps related to the ethernet driver problems we've been experiencing on OpenWRT on the WRT54G's too?
Sounds a lot like the same thing.
Check these threads: http://openwrt.org/forum/viewtopic.php?id=1177&p=2
http://www.linksysinfo.org/modules.php?name=Forums&file=viewtopic&t=2601&postdays=0&postorder=asc&start=0
Do the new Asus units also use the new Broadcom 5325 switch chips?
So, if I'm correct, the problem might be a bug introduced in a new et.o driver version? Then the problem *might* dissappear when using the et.o driver from the 1.8.* firmware? I'll give this a try :)
The fastest way to crash the box is to listen to a MP3 stream, for me it works everytime within 15 minutes...
wl.o, not et.o as seems.
After a long time being dependent on 3 WL-500g's in WDS mode, last week we finally managed to have a 50 meter UTP-cable connect our 'office at home' to the Internet :)
At first I thought the WLAN was causing the problems, but wasn't really able to check that. Now, because I'm now using LAN-to-WAN for MP3 streaming, and the reboot issue was still there, and because http://openwrt.org/forum/viewtopic.php?id=1177&p=2 mentioned a crash within et.o, I thought that sounds reasonable (so not the WLAN port, but the WAN port causing trouble).
Now, not being dependent on WLAN as much as I was before, this is of course the ultimate test:
[admin@WL500g root]$ rmmod wl
Already up for 13 minutes at this moment, so that's a new record with MP3 streaming on... so it might very well be this module :)
Edit: but now it crashed again, so I doubt it being wl.o -- now using an older et.o (from 1.8.1.7 ASUS firmware) to find out
I'm already streaming MP3 for an hour !! :D
Of course this isn't perfect evidence, but I strongly believe the problem is related to a bad et.o driver.
How I solved it? I extracted the et.o driver from the ASUS stock 1.8.1.7 firmware (GPL_1817.zip). Using WLAN I removed the current et.o module and inserted the replacement. Then reconfiguring the network settings and the problem seems to be solved :)
Try the same? Log into the box using WLAN (as LAN and WAN are going to be down for a sec), and use these commands:
wget http://www.phedny.net/~mark/et.o
rmmod et
insmod et.o
brctl addif br0 eth0
ifconfig eth0 up
At this point the LAN should be working again. Next to do is re-enabling the WAN, and exact instructions depend on the connection (and modem / modem-settings) you're using.
Maybe someone else having the reboot issue could give this a try and report success or failure?
Phedny, could you please try the same using et.o from the 1.8.1.7-3?
Also, as we've et sources, it would be great if you check them.
Phedny, I suspect, that the problems is coming from the WAN port dies workaround code. Could you please try to apply this patch:
--- 1927/src/et/sys/et_linux.c.orig 2004-12-03 23:10:36.000000000 +0300
+++ 1927/src/et/sys/et_linux.c 2005-04-20 16:33:31.031653424 +0400
@@ -597,7 +597,7 @@
#ifndef ORIGINAL
/* this check is only for et1 */
- if (et->etc->unit==1)
+ if (et->etc->unit==2)
{
/* added by Joey for monitoring some event */
/* rule: if tx then monitor rx for 3 seconds */
This should disable it.
Hi people... Im from portugal like Int and i having the same problems that he reported about the 1.9.x firmwares.
I have read all this thread and i would like to contribute with some information to help solve de reset issue.
I have 1PC and 2 Notebooks Connected to the WL500-G
1PC its connected via ethernet with a 3COM Gigabit LOM (3C940)
the same PC in test's i connect via wireless with a Siemens Gigaset PCI Card 54.
1 Notebook via wireless i dont know the name of the wireless card but its a Asus A2500H
1 Notebook connect via wireless and its a Mac Powerbook G4.
Ok my configuration in AP its WPA-PSK with EAS-TKIP enabled.
PC(Siemens) and the Mac Powerbook G4 connect via EAS and the A2500H via TKIP.
Im just saying this configuration just to people who see this realize what type of test's i have pass.
Ok like Int and other people the 1.8.2.4 and 1.8.1.7-3 Firmwares were the most stable and after that we are having problens in reset issues.
In some part of this thread Oleg said something about disable the radio etc.. and just work via ethernet.
Well i have done some test's in 1.9.x firmwares and i have detected some problem.. when i connect the PC via ethernet and wireless + Mac Powerbook4 via WPA-Psk/EAS everything runs normal... but if i connect A2500H via WPA-PSK/TKIP.... the connection in EAS devices is down... only ethernet and the TKIP connections is working and after sometime the rooter is auto rebooting.
Well sorry my bad english... and i hope this contribute with some usefull information i think....
...
I use only WEP, in my configuration, and all 1.9.X fw have the reset issue, some times the WL stay 1/2days, and other times say a few minuts before happen this issue..
if some one want i put here my config file...
i-beast-a
24-04-2005, 08:09
I use only WEP, in my configuration, and all 1.9.X fw have the reset issue, some times the WL stay 1/2days, and other times say a few minuts before happen this issue..
if some one want i put here my config file...
I've really given up trying to fix this problem.
I just use 1.8.x.x. firmware and it works perfectly.
All the newer 1.9.x.x is rubbish as long as the reset issue is still not solved.
So my only sollution is to stick with the old firmware.
I still hope that asus will come with a working new firmware.....but i've almost given up hoping....
...
Yes, i think that Oleg can't do nothing, only Asus, because Asus have compiled some stuff...
fw 1.9.2.7-4a-pre11 [Oleg]
the test begins
3h+ (10 hours, 8 minutes, 37 seconds since boot) and everting works fine and without the reset issue :rolleyes:
Phedny, I suspect, that the problems is coming from the WAN port dies workaround code. Could you please try to apply this patch:
Excuse me for the delayed answer. Something came in between last week, but okay. Anyway, I've just messed up my source trees (unpacked both a 1.9.2.7 and a 1.8.1.7 source in the same dir -- it happened when I my brain was in a sleeping state, while my fingers just wanted to type and type :p).
By the way, just checked my WL-500g again, and it is still up :)
Mon, 25 Apr 2005 10:52:24 +0200(4 days, 22 hours, 2 minutes, 22 seconds since boot)
For those who are interested in et.o source changes from 1.8.1.7 to 1.9.2.7, I've made a diff file and I thought, why not share it, so you don't need to download both GPL_*.zip files ;)
Applied Oleg's patch and flashed my WL-500g... Now let's wait for a crash and stream MP3 in the meanwhile :)
phedny, -pre11 version which I've posted to int contains et.o from 1.8.1.7, that's why it works fine. So, it appears, that 1.9.2.7 et.o is really buggy. So, start playing with it...
I'm wonder why 1.8.2.4 worked for int - it's also contains wan port dies fix...
phedny, -pre11 version which I've posted to int contains et.o from 1.8.1.7, that's why it works fine. So, it appears, that 1.9.2.7 et.o is really buggy. So, start playing with it...
I'm wonder why 1.8.2.4 worked for int - it's also contains wan port dies fix...
I'm running a firmware with the patch you sent (to disable WAN port die fix), and my main router is running fine now (home gateway mode).
Now I'm getting interested in the WAN-port die problem, since it starts up on another WL-500g when disabling the fix, which I'm currently using in AP mode.
If this "WAN-port die" fix introduces the reboot issue, we should investigate why (and when) the WAN-port is dying. Or is this already known?
For now, I'll keep my main router running this firmware it has to find out whether it stops rebooting for a day (to be sure).
I'm wonder why 1.8.2.4 worked for int - it's also contains wan port dies fix...
:o Mabe i dont have this fw enough time to this reboot happear... I dont remember who much time, i have with this fw... The fw 1.8.2.4 have bug in Manually Assigned IP List and i have to have this work..
But i see that other user have confirm that the reset issue are not in fw 1.8.2.4
Well this firmware Beta version... for me its just the best firmware released since today. Because?? its simple...
1º I dont have WAN PORT die problem.
2º I dont have Reset Bug.
...
If this "WAN-port die" fix introduces the reboot issue, we should investigate why (and when) the WAN-port is dying. Or is this already known?
I spent much time trying to fix and find the reason, Antiloop spent much time testing my code and we still do not have an answer. So, it's probably hw problem...
There is no even a reliable way to check if the port is dead, as everything looks fine if we try to check ehertnet port state...
So, ASUS "invented" a way to see if there is a packets to be transmitted, but nothing to be received in some amount of time.
int, I would probably prepare new version for you with 1.9.2.7 driver, but with WAN port dies workaround disabled to confirm if it's causing problem for you.
int, I would probably prepare new version for you with 1.9.2.7 driver, but with WAN port dies workaround disabled to confirm if it's causing problem for you.
Yes, i think that is the best way.. and if works, you may include a option to disable and enable in www configuration...
Apr 25 14:36:40 kernel: printer.c: usblp0 Device ID string [147/max 1552]='MFG:hp;MDL:deskjet 3320;CID:hpdeskjet_332011B3;CMD:LDL,DYN;CLS:PRINTE R;DES:hp deskjet 3320;SN:HU27P1R2QN35;S:0380008000021000002c14e0000 c2550000;'
Apr 25 14:36:40 kernel: printer.c: Parsing USBLPID...
Apr 25 14:36:49 ntp client: Synchronizing time with time.nist.gov ...
Apr 25 14:38:37 kernel: printer.c: usblp0 Device ID string [147/max 1552]='MFG:hp;MDL:deskjet 3320;CID:hpdeskjet_332011B3;CMD:LDL,DYN;CLS:PRINTE R;DES:hp deskjet 3320;SN:HU27P1R2QN35;S:0380008000021000002c14e0000 c2550000;'
Apr 25 14:38:37 kernel: printer.c: Parsing USBLPID...
I printer dont work? [1.9.2.7-4a-pre11]
I printer dont work? [1.9.2.7-4a-pre11]
Why do you think it does not work? My HP DJ 3420 works fine with this firmware.
Why do you think it does not work? My HP DJ 3420 works fine with this firmware.
my gateway: 192.168.1.254
i make like FAQ
tcp/ip 192.168.1.254
IP_192.168.1.254
select LPR
and name: LPRServer
but when dont work.. mabe that's because i have Virtual DMZ ?
i only see this
Apr 25 14:51:10 kernel: printer.c: usblp0 Device ID string [147/max 1552]='MFG:hp;MDL:deskjet 3320;CID:hpdeskjet_332011B3;CMD:LDL,DYN;CLS:PRINTE R;DES:hp deskjet 3320;SN:HU27P1R2QN35;S:0380008000021000002c14e0000 c2550000;'
my gateway: 192.168.1.254
i make like FAQ
tcp/ip 192.168.1.254
IP_192.168.1.254
select LPR
and name: LPRServer
but when dont work.. mabe that's because i have Virtual DMZ ?
i only see this
I've no idea. Use RAW printing instead (you need to switch LPR to RAW): http://wl500g.dyndns.org/printing/
This msg happear when i go to status when i have a printer connect ;-) very anoying..
Apr 25 15:03:40 kernel: printer.c: usblp0 Device ID string [147/max 1552]='MFG:hp;MDL:deskjet 3320;CID:hpdeskjet_332011B3;CMD:LDL,DYN;CLS:PRINTE R;DES:hp deskjet 3320;SN:HU27P1R2QN35;S:0380008000021000002c14e0000 c2550000;'
Apr 25 15:03:40 kernel: printer.c: Parsing USBLPID...
RAW dont work...
int, 3320 is very similar to 3420. and 3420 works fine for me. so, 3320 should work too.
Have you followed my instructions on the printing page? The port number should be 9100.
Also, be sure to delete all printing jobs and restart your PC to get rid of stuck jobs.
work! Sorry...
the printer are set to off-line :o
his msg happear when i go to status when i have a printer connect ;-) very anoying..
Apr 25 15:03:40 kernel: printer.c: usblp0 Device ID string [147/max 1552]='MFG:hp;MDL:deskjet 3320;CID:hpdeskjet_332011B3;CMD:LDL,DYN;CLS:PRINTE R;DES:hp deskjet 3320;SN:HU27P1R2QN35;S:0380008000021000002c14e0000 c2550000;'
Apr 25 15:03:40 kernel: printer.c: Parsing USBLPID...
remove it?
With fw seems to be very stable...
I will go at 20h to travel, and i return to my home at friday.I will see everyday this forum... but i can't test any fw until friday, because i have 3 pc that are online, and one are webserver, i can't risk, to put network offline more that some minutes..
... just prepared -pre12 for you.
tomilius
26-04-2005, 02:14
Scratch this if it's irrelevant, already tried, or--heaven forbid--not legal, but has anyone tried taking the et.o (/lib/modules/2.4.20/kernel/drivers/net/et/et.o) and/or other drivers from the beta firmware and compiling them in with the current custom firmware?
Well it seems the et.o was the main problem.
If u want i can test the "pre" versions of yours firmwares since my wl500g seems very similar to int.
Ok 1.8.1.7-3 CR versions are the most stable custom stable versions.( Wan Die= False && Rebbot probl=False)
1.8.2.4 Beta from Asus its the most stable versions. ( Wan Die= False && Rebbot probl=False )
1.8.1.7 official from asus i never had that files so i cant tell anything about these ones...
Well i dont know if these versions are totally diferent (i dont remember the changes log ) they have the same performace in stability and the same freatures in web interface. Anyways i think they have something in comum because prior versions of official release < 1.8.2.4 or > 1.8.2.4 are all with die or reboot problems.
By the way i would like to thank all the people that are focus in solving this problem.. and myth, but after some months ( well we are talking about die and reboot problems since months ) it seens we can identify and solve this once and for all i hope :)
Int true.. Manually IP assigment freature doesn't work in 1.8.2.4. But that's all.
Scratch this if it's irrelevant, already tried, or--heaven forbid--not legal, but has anyone tried taking the et.o (/lib/modules/2.4.20/kernel/drivers/net/et/et.o) and/or other drivers from the beta firmware and compiling them in with the current custom firmware?
They're the same.
tomilius
29-04-2005, 07:44
They're the same.
Even the wireless driver? I thought some people had problems solved (the recent 1.9.4.0 even, at least, suggests a definite change...)
tomilius
29-04-2005, 18:58
Hmm. Somebody should try it with the custom firmware... I would, but I'm .. not able to (not enough time).
Firmware: 1.9.2.7-4a-pre12
test begins....
tomilius
29-04-2005, 20:00
I just have to mention this... How's that for exact timing? An hour after my post comes a post from int. Good luck with the testing... I'll be watching excitedly.
1.9.2.7-4a-pre12
Edit: (18 hours, 45 minutes, 2 seconds since boot)
I will edit this post with new times..
Edit: Last update!!! Stable..
tomilius
30-04-2005, 06:07
Hmm. In replacing the et.o, wl.o, libshared.so, upnp, and nas in 1.9.2.7-4 with the ones from 1.9.4.0, post-firewall no longer executes. This is expected, isn't it? ... Any way to fix it?
EDIT: I don't actually understand why it's acting this way... I've looked through the source to a limited extent and have seen that the calling of post-firewall occurs in firewall_ex.c of rc, and grep'ing through the rc of my current firmware shows that /usr/local/sbin/post-firewall is there... I don't see what, exactly, it has to do with et.o or any of the others. It doesn't seem to be referenced there. Anyway, other than that the newer drivers seem to work well.
I think that is confirm that are WAN port dies workaround it it's causing the problem...
With WAN port dies workaround disable, Wl seems to be very stable...
int, thank you. I've filed this as a bug in the Known Bugs section. I will try to figure out the problem and probably prepare new testing firmware for you.
Two problems in 1.9.2.7-4a-pre12:
(22 hours)
+ the WL can't open "www.sapo.pt" in up of 3 machines that are connect to router, but any other page open, i think are the page i open more.. I have to reboot the WL to resolve this problem..
Edit: I have ping sapo.pt in telnet before I reboot on WL, and the router show the ip.
+ System Setup -> Change Name: if i save a name diferente show a msgbox "Two passwords strings mismatched!!!" not passwords but name :p
(27 minutes, 59 seconds since boot)
same problem now with www.chupa.nl
a ping chupa.nl in all machines include in router and resolve ip, but in all machines i can't open www.chupa.nl.... neither wl500g.info, neither open by ip
all other page open..
i disconect and connect internet, and all page open, less www.chupa.nl, wl500g.info..
i have to reboot to solve this problem.
int, i-beast-a reported to me, that 1.9.4.0 works fine for him. Could you please try this out?
fw: 1.9.4.0
test begins :(
failed, test 1.9.2.7-4a-pre13
i-beast-a
30-04-2005, 23:31
1.9.4.0 from asus seems to work like a charm!!!!
No problems after 10 hours of web-radio.
So this is finally going into the right direction.
1.9.4.0 from asus seems to work like a charm!!!!
No problems after 10 hours of web-radio.
So this is finally going into the right direction.
1.9.4.0 have the same reset issue...
you change something....
i-beast-a
01-05-2005, 08:48
1.9.4.0 have the same reset issue...
you change something....
As far as I know I didn't change anything!
It's running for over a day now and it still works fine for me...
int, what is the current status? does -pre13 still works?
As for PMs - interface resets does not mean, that your connection is terminated, it just means internal resets. Thank you for the syslog as well. :)
yes....
pre13 works......
Hello Oleg!
I have same problem with my WL500g.Deluxe (fw 1.9.2.7-4). I'm using it for two notebooks, desktop PC and USB printer (Epson R300, RAW method). WAN connection type is Static IP. Sometimes I using samba for sharing my USB Flash-drive. All this things works great, but router makes self-reboot 2-3 times per day.
Can I get something like "pre13" fw for it?
Hello Oleg!
I have same problem with my WL500g.Deluxe (fw 1.9.2.7-4). I'm using it for two notebooks, desktop PC and USB printer (Epson R300, RAW method). WAN connection type is Static IP. Sometimes I using samba for sharing my USB Flash-drive. All this things works great, but router makes self-reboot 2-3 times per day.
Can I get something like "pre13" fw for it?
hwb, this code does not affect wl500g deluxe, as it does not have second ethernet controller, so you've different problem.
hwb, this code does not affect wl500g deluxe, as it does not have second ethernet controller, so you've different problem.
I know, but maybe my problem have solution similar to solution of wl500g self-reboot problem? Well, I hope that you soon update your firmware for wl500g deluxe. Thanks!
tomilius
02-05-2005, 22:34
I wish more information about the problem would be posted here rather than just a "test begins," etc. because that doesn't really benefit anyone when the test is private and the results and solved problem are private... Might as well stay in Private Messages if it's not going to be stated (just being realistic)--but maybe I'm just confused.
What did pre13 solve? If anything? I don't get it:
failed, test 1.9.2.7-4a-pre13
int, what is the current status? does -pre13 still works?
yes....
pre13 works......
I mean, I'm just curious what's going on, that's all. :) What does that mean? If it failed, how is it that it works... What failed?
Oh. In the middle of writing this I think I get it. 1.9.4.0 was what failed and int's test of 1.9.2.7-4a-pre13 began. I see, I think. A little confusing, that's all!
I wish more information about the problem would be posted here rather than just a "test begins," etc.
If you see all the thread you see what we are testing..
What does that mean? If it failed, how is it that it works... What failed?
...
A little confusing, that's all!
yes.. if you read the post in correct order you see my point.
fw: 1.9.4.0
test begins
i write this before the failed
tomilius
03-05-2005, 10:03
Yes, yes. :) I was able to follow it until I got to the "failed, test 1.9.2.7-4a-pre13" because I misinterpreted it and subsequently began to see everything in a messed up way. Doesn't really matter. Unimportant. But you must admit, it could get confusing (I had read this thread from its start but noticed the mention of printer problems, etc..).
ok, guys. I've -pre14 (http://wl500g.dyndns.org/WL500g-1.9.2.7-4a-pre14.trx) ready for testing. I've completely reworked wl500g WAN port dies workaround, so it should not crash anymore. At the moment I need someone with "WAN ports dying" problem (which is fixed by 1.8.2.4/1.9.2.7) to test this. Thanks to Antiloop I've performed some testing on his equipment and it works fine.
P.S. If you do not have this problem for sure, then don't bother testing it.
:)
Oleg surrendered to tomilius :p **joke **
this pre14 are ONLY FOR TEST.
Copy of Antiloop message :p
WARNING: PRE VERSION
TRY AT YOUR OWN RISK!
DO NOT UPGRADE UNLESS YOU KNOW WHAT YOU ARE DOING
DOWNGRADE IS NOT EASILY POSSIBLE!!
jbkerner
03-05-2005, 20:40
Today I´ve tried pre13 - no success. It is not stable with heavy mediaserver / noxon streams. With the same traffic 1.8.x was stable for weeks. So I´m going to test pre14 right now - I´ll report tomorrow about it....
ciao,
JBK :confused:
tomilius
03-05-2005, 21:04
Oleg surrendered to tomilius :p **joke **
Hehe :D. Nice. Now if only there was a section (with a bunch of warnings) where prereleases could be available to everyone... [you feel yourself surrendering ;)]
jbkerner
04-05-2005, 12:04
:) :) :) pre14 running great since 36 hours with heavy traffic.... Great Work!
Start with pre14 test....
Today I´ve tried pre13 - no success. It is not stable with heavy mediaserver / noxon streams. With the same traffic 1.8.x was stable for weeks. So I´m going to test pre14 right now - I´ll report tomorrow about it....
ciao,
JBK
Antiloop
04-05-2005, 12:48
Hehe :D. Nice. Now if only there was a section (with a bunch of warnings) where prereleases could be available to everyone... [you feel yourself surrendering ;)]
it has no use
prereleases are used to fix specific problems which are mostly occuring to a few users, or a few users who can reproduce it
and it would mean when pre-releases where free for download everyone would install them and we get the Questions which we don't want
and at last, it would cause too much unneeded traffic for Oleg
it has no use
prereleases are used to fix specific problems which are mostly occuring to a few users, or a few users who can reproduce it
and it would mean when pre-releases where free for download everyone would install them and we get the Questions which we don't want
and at last, it would cause too much unneeded traffic for Oleg
yes, exactly.
btw, -pre14 uses wireless module from the 1.9.3.6 and above. :)
tomilius
04-05-2005, 17:27
Well, I was thinking that maybe you should just ban anyone who asks questions about the prereleases, and the warnings would mention that they are just that--prereleases--and should not be, uh questioned.
Anyway, I have some of the drivers from 1.9.4.0 in my modded firmware, along with several useful iptables patches (iplimit, recent, string, TARPIT)... I'd like to see that stuff in a new firmware but no big deal.
Antiloop
04-05-2005, 18:58
Well, I was thinking that maybe you should just ban anyone who asks questions about the prereleases, and the warnings would mention that they are just that--prereleases--and should not be, uh questioned.
Anyway, I have some of the drivers from 1.9.4.0 in my modded firmware, along with several useful iptables patches (iplimit, recent, string, TARPIT)... I'd like to see that stuff in a new firmware but no big deal.
ghe lol anyway no, users won't get that.. there are still users who ask why a beta from asus does not contain telnet interface....
tomilius
04-05-2005, 19:03
This would only add about 2-3 stupid comments a day at the most I'd imagine ;), but that's just my guess.
OK, OK. It might be a nice, friendly idea to create a folder (probably not listable) where prereleases are put and then linked to in threads designed to solve the problem ONLY. But.... it doesn't matter that much, I guess.
You know, something like:
IF YOU ARE EXPERIENCING THIS ISSUE, AT YOUR OWN RISK YOU MAY TRY THIS PRERELEASE, BUT UNDER NO OTHER CIRCUMSTANCES SHOULD YOU DOWNLOAD IT. NO PERSONAL MESSAGES OR RECKLESS COMPLAINTS UNRELATED TO THE ISSUE MEANT TO BE SOLVED WILL BE ACCEPTED!!! PLEASE TURN AWAY IF YOU'RE A NEWBIE; THE LATEST STABLE FIRMWARE IS AVAILABLE HERE.
I don't know. It doesn't really affect me personally and probably doesn't affect many/any others either, so... no big deal.
tomilius, if you've patches - send them to me.
tomilius
04-05-2005, 20:22
I didn't make any patches, I just used patch-o-matic (see PM). I do hope the new iptables features I've mentioned in the PM can be put into new versions of firmware because they're nice.
As for iptables 1.3.1 (completely unrelated to this discussion), I actually got it working once (fairly easily). libipt_autofw.c needed to be upgraded (I just looked at the other c files and compared to see how), but stuff seemed to work. However, I believe that with the latest patch-o-matic-ng patches and 1.3.1, the router endlessly reboots (with only a split second to connect to http or telnet). I'm not sure which one did it, but it was probably connlimit or something (maybe my bad conversion of "recent"). My experience is too limited to work on that anymore; it would take forever to figure it out, and I already tried a bunch.
Finally, I think that this thread should be closed. :) New 1.9.2.7-5 firmware should fix this issue forever.
int, thank you very much for performing number of annoying tests and figuring out which firmwares works and which does not. Without your help, this issue probably would never be fixed.
Hope ASUS guys will fix their buggy et driver as well, so other users, which are preffering stock firmwares would be also happy.
Thanks,
Oleg.
tomilius
06-05-2005, 08:53
Congratulations! Good work, Oleg! Nice job, int.
int, thank you very much for performing number of annoying tests and figuring out which firmwares works and which does not.
Not necessary to be thankful, it is a pleasure to work with you
Finally, I think that this thread should be closed. :) New 1.9.2.7-5 firmware should fix this issue forever.
Oleg.
I know this thread is old, but it's the closest related to what i experience.
I still have reset-problems with firmware 1.9.2.7-6b. Especially after turning on wshaper. But I can't really say what is happening. Earlier today it was quite stable, but the last 4-5 hours it has rebooted randomly maybe once every 5 minuttes. I am running with raw printing and a 250 GB disk partitioned into a 50 GB fat32 and a 200GB ext3 part and running samba...
Now it seems rather stable again. But It's really anoying. My guesses are:
1. temperature of CPU
2. RAM ( I do not use swap)
3. Hardware/Driver-bug caused by other networks.
4. Something very different..
Any ideas?