Printable View
Im using this firmware in a WL500g.
Ok this firmware its seems to have some little problem.
I have WMM activated and i use WPA-PSK with TKIP+AES authentication.
When some specific type of wireless card connect to the network ( A2500 Laptop ) the other wirelless users( a siemens card and a aiport from mac card) are disconnected and cant connect anymore.
Ok i have a record from the log i hope you can find something (i think its because of WMM) thank you.
Hello there. I tried to use ppdev.o from http://www.sephail.net/projects/openwrt/ with this firmware but no luck. The thing just freezes when i run lpif -d . I believe the problem is the kernel's version. Would be possible for you to include ppdev in the firmware, or at least to make a working copy of the module available for download?
Thank you
Try disabling WMM then. In fact, I could not help with wireless stuff compatibility, as wireless part is a closed binary.Quote:
Originally Posted by Tomekk
That's it: http://wl500g.dyndns.org/bin/ppdev.oQuote:
Originally Posted by KillerOPS
Save it to the flashfs.
Yes thank you Oleg.
It seems with WMM desactivated this issue never happen again.
Thank you, Oleg. I tried that but same thing...when i try to set something on the LPT with lpif it gives me an Segmentation fault then a reboot. I'm very intrigued by this because i have here two firmwares:
Your firmware - on which ppdev with lpif doesn't work
OpenWRT - on which my OV511-based webcam doesn't work (it just reboots after i start palantir)
=> i can't make them both work
However, I'll try to delete everything unusable from your firmware (printing, dnsmasq etc) and have another go. Maybe you can try (if you have enough free time) lpif -s 255 and lpif -s 0 on your router, to see how it handles it.
A confirmation would be very useful
Thank you again for your work and attention :)
parallel port stuff is not supported, as ASUS have not released source code. FYI, parallel port modules are compiled for 2.4.5 kernel, so looks like ppdev from 2.4.20 do not like this. Drop a mail to ASUS tech support about GPL violation.Quote:
Originally Posted by KillerOPS
I'm unwilling to play with this.
In 1.9.2.7-4 i compile kernel with pl2303 which was in sources (just enable modules usbserial and pl2303 in kernel config). In 1.9.2.7-5a - I use built-in firmware pl2303, and found in your sources of firmware - pl2303 was additionally patched in 1.9.2.7-5a...Quote:
Originally Posted by Oleg
two bugs
Connect dont work after disconnect!
Update Dinamic-DNS dont work!!
....
Hi, with the latest fw my router dies everyday at 13h. I donīt now why.
my configuration is very simple, mac control and wpa-psk tkip in wireless with Manually Assigned IP List.
sys log doesn't help, because after the connnection goes down it clears itself.
with 1.9.2.7 cr5 everything was OK.
Could you please try to found a reason for this problem? The error code returned from call is invalid arguments as seems. Unfortunatly I do not have any serial convertor around, so could not check on this.Quote:
Originally Posted by undead
Try using CR5 then and check if this helps.Quote:
Originally Posted by kiboko
Well, there is a module for the parallel port, module which works on OpenWrt, so i guess it should worl here too. Here it is: http://pwp.netcabo.pt/0246517002/parport_splink.c However, I don't think it's written by ASUS, but, as i said, it works on openwrt, so why it wouldn't here?Quote:
parallel port stuff is not supported, as ASUS have not released source code. FYI, parallel port modules are compiled for 2.4.5 kernel, so looks like ppdev from 2.4.20 do not like this. Drop a mail to ASUS tech support about GPL violation.
I'm unwilling to play with this.
There are 3 modules, parport_splink is just one of them. We need everything.Quote:
Originally Posted by KillerOPS
well, the two others aren't provided with the default kernel sources? (I'm assuming you are talking about parport.o and ppdev.o) Check out OpenWRT's kernel. I would use that instead, but something's wrong wit h the ov511 and/or usb
Hi,
Im using Oleg's 1.9.2.7-5a firmware, and I noticed durring a firewall test that the port 80 is open and responding, in spite of my port of web access from wan is a different port. I tested it with my dynamic IP from wan, on port 80 and the login box popped up, althoug my web access port is a different one.
Put back the 1.9.2.7-4, the port was closed, then upgraded to 7-5.a again, and the port 80 was open again!
Clould someone else check this at his/her router, please?
Thanks in advance!
I'm using 1.9.2.7-5a firmware... port 80 seems to be closed.Quote:
Originally Posted by Csali
Scanned with www.grc.com shields up utility.
In regard to the Makefiles5.diff thing in the 1.9.2.7-5a patches... Maybe you could sort of fix that and reupload it so more people don't have to search the forums. :) I mean, it would be nice, unless a new release is planned soon... and even then... :DQuote:
Originally Posted by Oleg
Maybe your ISP blocks it.Quote:
Originally Posted by Dark_Zen
Gee, I'm flooding! But I have some more stuff to mention...
Another 1.9.2.7-5a thing... the Makefile uses WL500gx as the default model, which caused a bit of a headache. Maybe that was already stated, but this probably wasn't....
iplimit cannot be used as a module... it causes problems and cannot be loaded. This is a known issue--I had it before myself...
So hopefully in the next version iplimit (Networking options -> IP: Netfilter Configuration -> Connections/IP limit match support) can be made built-in (or it won't work at all), and Networking options -> QoS and/or fair queueing -> Firewall based classifier can at least be compiled as a module (though I don't see how it could hurt having it built-in either).Code:[admin@AsusRouter /]$ insmod ipt_iplimit.o
Using /lib/modules/2.4.20/kernel/net/ipv4/netfilter/ipt_iplimit.o
insmod: unresolved symbol ip_conntrack_find_get
And while I'm rambling, it might be nice if "length" (LENGTH match support) could be compiled as a module also... It helps with some traffic shaping stuff (looked up "iptables tricks" on Google... or "iptables tips," one of those).
Thanks!
Since a view days something strange occurs.
While running Azureus, browsing etc the Wan connection dies.
Lan is working perefectly. When i log on @ router and go tot status and logs and check status is see that the link status is connected.
But internet doesnt work. When 1 press 'connect' it works again!
I'm using Oleg's 1.9.2.7-5a firmware. ISP= Chello Modem+Motorola SB4200
I thought the 'wan port dies' problem should have been fixed with this firmware?
May be later (in 1.5-2 weeks) - now have no time...Quote:
Originally Posted by Oleg
Well, both 1.9.2.7-5 and 1.9.2.7-5a are not stables on my wiley.
I have never had such wan port dies problem or anything similar but since 1.9.2.7-5 and after, my wiley works fine for a couple a day after I flashed it, then suddenly stops giving Internet access.
When my ethernet modem is directly connected to the PC, everything works fine (means : both I and the router have Internet access).
My WAN configuration is static IP.
There are no errors at all in syslog.
After reflashing 1.9.2.7-4 and reenable flashfs (means : I use the same flash data in 1.9.2.7-5/5a and in 1.9.2.7-4) make it works like a charm.
Any hint ?
thx.
JF
JF, could you please telnet/ssh to router and try pinging your ISP? I've reworked wan port dies workaround, so probably it's causing problems somehow? Anyway, I need something to check on this.
If ping would fail - try executing "et -i eth1 promisc 0" and check again.
Thanks.
When in troubles, router doesn't have access to the internet:no DNS resolution (ping ping.symantec.com doesn't resolve), no ping (when trying to ping my wan gateway).Quote:
Originally Posted by Oleg
I have flashed 1.9.2.7-4 to be abble to work. I will reflash -5a on Thursday, wait for it to die and issue your command.Quote:
Originally Posted by Oleg
Thanks a lot.
JF
JF, before executing command above please run tcpdump to check for INCOMING traffic, once you're trying to resolve hosts. wan port dies workaround monitors transimits and then looks for receive in the next 3 seconds, if they does not come back it should reset interfaces...
@Oleg
Are you planning on implementing a newer SAMBA version as update of current or in the next firmware release, so that files larger 2 GB will not become invisible anymore?
fraho
Have you considered using samba ipkg?Quote:
Originally Posted by fraho
As for firmware - I've samba 2.0.10 running already on my box, but it's really big, so I'm still thinking of it...
So are you experiencing any problems because it's so big....?Quote:
Originally Posted by Oleg
fraho
No problems at the moment, but I just want to save more space in the flash for other usefull things.Quote:
Originally Posted by fraho
Done everything, except default model. Buy deluxe ASAP :)Quote:
Originally Posted by tomilius
Well im here to ask and check if this behavior or bug is provoked by this firmware.
Since i changed to 1.9.2.7 CR5 Olegs... im having problems connecting to FTP's.
So the behavior is:
1st - On Lan side when i connect to any ftp there is no problem at all.
2nd -When i connect to a remote ftp(WAN) i cant transfer files at all. The file transfer will be stuck for infinite time.
3rd - In other hand when i connect to a remote ftp(WAN) withoud PASSIVE mode... im able to transfer files... but sometime one file or other gets stuck. After sometime he starts to transfer again.
Note: Sorry but i didn't put any log files... because the WL500g doesn't record anything about this in web interface.
Please check if this behavior is from this firmware because when i used 1.8.2.4 and many other firmwares i never face this problem.
Thank you.
Do you use pppoe?Quote:
Originally Posted by Tomekk
Yes i use pppoe connection (ADSL pppoe).
My settings for pppoe in WL500g are:
Idle Disconnect Time in seconds(option): 0
Tx Only: Uncheck
Enable PPPoE Relay?: No
MTU: Default Value
MRU: Default Value
All other fields are empty since its only required by special ISP's.
Note:In "Special Requirement from ISP" all fields are empty for the same reason.
This bug is fixed already, wait for next firmware release.Quote:
Originally Posted by Tomekk
Ok thank you. I will wait for the next release :D :D
Installed and everything works just perfect (IPv6 too, with sixxs.net)!
Just a question: did you forget to add traceroute6?
Was there no space for it?
Hi, I'm using 1.9.2.7 CR5 fw. I have a wlan internet connection. Everything works fine, but today I got some strange errors (when this happened, my connection stopped for 1 minute, then i worked again):
May 29 00:28:24 udhcpc[114]: Lease of 62.77.XXX.XXX obtained, lease time 3600
May 29 00:28:24 dnsmasq[50]: read /etc/hosts - 5 addresses
May 29 00:28:24 dnsmasq[50]: reading /tmp/resolv.conf
May 29 00:28:24 dnsmasq[50]: using nameserver 62.77.238.17#53
May 29 00:28:24 dnsmasq[50]: using nameserver 84.21.9.234#53
May 29 00:28:24 kernel: HTB init, kernel part version 3.16
May 29 00:28:24 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 29 00:28:24 kernel: HTB: quantum of class 10010 is small. Consider r2q chang
e.
May 29 00:28:25 kernel: HTB: quantum of class 10012 is big. Consider r2q change.
May 29 00:28:25 kernel: HTB init, kernel part version 3.16
May 29 00:28:25 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 29 00:28:25 kernel: HTB: quantum of class 10010 is small. Consider r2q chang
e.
May 29 00:28:25 kernel: HTB: quantum of class 10012 is big. Consider r2q change.
May 29 00:28:25 kernel: HTB init, kernel part version 3.16
May 29 00:28:25 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 29 00:28:25 kernel: HTB: quantum of class 10010 is small. Consider r2q chang
e.
May 29 00:28:26 kernel: HTB: quantum of class 10012 is big. Consider r2q change.
May 29 00:28:26 dhcp client: renew IP : 62.77.XXX.XXX from 62.77.XXX.XXX
wtf is HTB and quantum of class? I have never met these expressions in networking. What does it mean?
Sincerly mADAR from Hungary
traceroute6 is missing in the busybox, so it could not be added.Quote:
Originally Posted by Lapo Luchini
Well, if you'd searched with Google you would've found that it has to do with QoS and if you've searched this forum you also would've found that this isn't anything to worry about.Quote:
Originally Posted by mlaszlo
So, you can safely forget about it.