PDA

Bekijk de volledige versie : New Asus RT-N16 Router



Pages : 1 [2]

bef
26-02-2010, 00:08
I never noticed that:confused:

what sort of console connection do you use? telnet dropbear?
I use openssh myself instead of dropbear, that might the reason it never happened to me:p

It happend with telnet, dropbear and in the webinterface. perhaps i wanted to restart the session to quickly :confused:
I had to unplug the router about 6-7 times during the setup: setting name, pw, changing dhcp/wlan using the web-if and then during the follwing "wengi-installation" another few times.

hggomes
26-02-2010, 02:43
It happend with telnet, dropbear and in the webinterface. perhaps i wanted to restart the session to quickly :confused:
I had to unplug the router about 6-7 times during the setup: setting name, pw, changing dhcp/wlan using the web-if and then during the follwing "wengi-installation" another few times.

Yes i forgot to mention that, web interface, telnet... It happen 3 times when rebooting, the HDDs turning off instead reboot. LOL

That was with r1220, r1232 it's ok so far... Let's see.

wpte
26-02-2010, 13:45
Yes i forgot to mention that, web interface, telnet... It happen 3 times when rebooting, the HDDs turning off instead reboot. LOL

That was with r1220, r1232 it's ok so far... Let's see.

Well, I'm still using my old setup so I didn't had to follow wengi anymore

So I only had to set up the web interface.
And after that I did a few reboots but nothing happened like you describe:confused:

I tried a few reboots just now, and it all went fine:confused:
But like bef said, it can be that the reboots where issued too quickly after eachother:p
the webinterface kinda restarts the router instead of rebooting it, that usually gives a few problems:p

bef
26-02-2010, 15:26
But like bef said, it can be that the reboots where issued too quickly after eachother:p
the webinterface kinda restarts the router instead of rebooting it, that usually gives a few problems:p

those can't be the sole reasons... i did reboot the router usind ssh and then waited a few minutes, it still did no start up correctly.

furthermore i'm pretty sure its not the power-supply either, i tested it with 2 others, same result :/



the HDDs turning off instead reboot.

i experience something alike. when rebooting, the hdd is turned off, then turned on again with the restart, but is turned off again ~3-4 sec later and the router hangs up.

hggomes
26-02-2010, 17:37
those can't be the sole reasons... i did reboot the router usind ssh and then waited a few minutes, it still did no start up correctly.

furthermore i'm pretty sure its not the power-supply either, i tested it with 2 others, same result :/




i experience something alike. when rebooting, the hdd is turned off, then turned on again with the restart, but is turned off again ~3-4 sec later and the router hangs up.

Yup, thats it. I already tried:

1- Erase nvram, nvram commit.
2- Router factory defaults.
3- Configure all manually again. I've never imported old configurations, always manually.
4- Remove OC. 480MHZ (it's not the OC either, it's rock stable at 532MHZ)

But since i installed r1232 i rebooted 3 times and i was all OK, offcourse it's not a real test, but i will do it tomorrow.

@Bef - What FW version are you using?
@Wpte - I've tried OpenSSH some time ago and i remember a lag of a few seconds between the username and the password screen:

Username: admin
........ 5-10 sec ........
Password: ??????

Its continues happening?

wpte
26-02-2010, 17:56
4- Remove OC. 480MHZ (it's not the OC either, it's rock stable at 532MHZ)

@Wpte - I've tried OpenSSH some time ago and i remember a lag of a few seconds between the username and the password screen:


the overclock wasn't stable on my router:p

openssh uses bigger keys I believe, so it takes longer to do a handshake (verification)

bef
26-02-2010, 18:05
But since i installed i rebooted 3 times and i was all OK, offcourse it's not a real test, but i will do it tomorrow.

@Bef - What FW version are you using?


I'm using r1232 :/ i set the whole thing up just yesterday...
no overclock or similar.

hggomes
27-02-2010, 00:20
I'm using r1232 :/ i set the whole thing up just yesterday...
no overclock or similar.

But the problem continues? I rebooted 3 times today remotly and all OK with R1232.

hggomes
27-02-2010, 00:22
the overclock wasn't stable on my router:p


What you mean? What you noticed?
My router is the same at 480MHZ or 532MHZ works the same way, but faster ;)

bef
27-02-2010, 00:37
But the problem continues? I rebooted 3 times today remotly and all OK with R1232.

the problem began with R1232 as i switched over directly from the orig. fw.

bef
27-02-2010, 04:24
From one extreme to the other...

i just upgraded the fw to 1262 (saving and restoring the flashfs through the web-if) and now the rebooting works somehow fine :P meaning ssh-connections get terminated and the power/wlan-leds go out. 10-15secs later i can reconnect.
But now the hdd stays on during the reboot as well as the internal switch and the wan-connection, or at least i think so as the wan/lan leds stay on during the reboot.

/me is therefore happy again and goes to sleep :D

wpte
28-02-2010, 20:26
What you mean? What you noticed?
My router is the same at 480MHZ or 532MHZ works the same way, but faster ;)

wireless wasn't stable along with a lot of programs:p

hggomes
28-02-2010, 21:21
wireless wasn't stable along with a lot of programs:p

Hmm ok. Here is all working find. Don't understand why, CPU datasheet says 532MHZ, CPU & RAM are underclocked in RT-N16. :confused:

Catalin
01-03-2010, 12:49
Well, if you take a look at other routers from different manufacturers, that use the same CPU (Broadcom BCM4718), you'll find that all of them are underclocked. Why? Maybe some stability issues... Of course this is no excuse for Asus's false advertise...

hggomes
01-03-2010, 17:39
That issues maybe are caused by heating, cause the chip is ready to work at that speed. Datasheets dont lie. ;)

My router works 24h/24 rockstable so... ;)

ofverstedt
01-03-2010, 18:00
Hello!
How stable is olegs FW? I'm using dd-wrt now. Is olegs usable, because i want to get rid of dd-wrt.

Catalin
01-03-2010, 18:42
That issues maybe are caused by heating, cause the chip is ready to work at that speed. Datasheets dont lie. ;)

My router works 24h/24 rockstable so... ;)

I can say only one thing: DIG DEEPER!

hggomes
01-03-2010, 23:02
I can say only one thing: DIG DEEPER!

DIG DEEPER? Can you explain what you mean with that?

wpte
02-03-2010, 00:35
DIG DEEPER? Can you explain what you mean with that?

I guess he means that you're looking at the wrong specsheet?:p

there are a lot of things out there saying it's a BCM4718 cpu
but according to linux its a BCM4716 which actually runs on 480MHz:p

hggomes
02-03-2010, 04:11
I guess he means that you're looking at the wrong specsheet?:p

there are a lot of things out there saying it's a BCM4718 cpu
but according to linux its a BCM4716 which actually runs on 480MHz:p

I'm sorry but the CPU is BCM4718 (hardware) you can remove the heatsink and see with your own eyes, if not we would see BCM4716 in the chip, beside that 4716 model works at 300MHZ not 480 and uses DDR1 not DDR2. Asus overclocked BCM4716 (recorded BCM4718 in the chip) to 480MHZ? Don't think so.
http://www.datasheetdir.com/BCM4716+download

BCM4716/DDR-300MHZ
BCM4717/DDR2-300MHZ
BCM4718/DDR2-300-533MHZ

Linux detects it like BCM4716 but that doesn't mean nothing, i've got a VIA Mini Itx that detects a older CPU models in cpuinfo so i guess it's not right your "teory" ;)

You really trust in cat /proc/cpuinfo? Ok so answer me please one question... Why "BogoMIPS: 264.19" don't change when i overclock or downclock like any CPU does? WL500X/G/GP/W all recognise "new" BogoMIPS value when you change the clock speed, Intel CPU, AMD CPU, etc... The answer is simple, BUGGY CPUINFO recognition / drivers, my VIA CPU does the same: wrong model & unchangeble BogoMIPS whatever the clock frequency.


PS: DIG ''''EVEN'''' DEEPER Catalin. In my country we used to say: "You lost a good opportunity to shut up"

Catalin
02-03-2010, 11:10
PS: DIG ''''EVEN'''' DEEPER Catalin. In my country we used to say: "You lost a good opportunity to shut up"

Well well well, Q.E.D... I never said anything about RT-N16 having any CPU other than BCM4718... You can read a few lines up... I did not want to say anything more because of the way you react... You did this before, and you did it now...

So, if you are happy to go on with your assumptions, go ahead... I told you this CPU, using the current drivers, IS NOT STABLE at the designed frequency, and I pointed out the fact that every single manufacturer that use it has it underclocked. Your answer was that datasheet doesn't lie... Does the datasheet include the driver specs? I said that you may want to dig deeper before jumping to conclusins based on your unit which you THINK is overclocked and you THINK is stable... Look for and read what Oleg said about BCM4718 at 533 MHz, and why is running at 480 MHz from the factory...

This is my last post here. Keep up jumping to conclusions based on "facts"...

hggomes
02-03-2010, 14:52
This is a forum, it's normal people "discuss", different opinions. You don't need to "last post here" because my answer, it's unnecessary ;)

I respect your opinion, i only said that MY ROUTER was working rock stable at 532MHZ that it's TRUE (24H/24H, services running, 7 wireless clients connected, etc. ROCKSTABLE, not even a crash, nothing), and i receive a "DIG DEEPER", what was the point?? Maybe your router isn't stable at that frequency, so i have to say mine is not too?

Bahhh, i stay with my opinion and you with yours ;)

Cheers

theMIROn
02-03-2010, 14:58
Calm down, ppl, I've got working rt-n16@533, but there's no garantee of stability with current broadcom sdk.
First cpu samples were running at 533Mhz, than first parties were shipped only at 453 (looks like reinsurance), and now all brands ships this board with 480 Mhz.

pballok
05-03-2010, 11:46
Hello!
How stable is olegs FW? I'm using dd-wrt now. Is olegs usable, because i want to get rid of dd-wrt.

Hello,

I'm also interested in this...
I just bought an rt-n16 and looking for options what firmware to use.
Is Oleg's firmware stable enough for a newbie like me to use? Or should I wait a bit more? (currently using the firmware that originally came with the router)

I'd like to run my own httpd, git, mysql and possibly other services on the router, so I'm really looking forward to replacing the original fw :)

thanks for the tips ;)

wpte
05-03-2010, 16:33
Hello,

I'm also interested in this...
I just bought an rt-n16 and looking for options what firmware to use.
Is Oleg's firmware stable enough for a newbie like me to use? Or should I wait a bit more? (currently using the firmware that originally came with the router)

I'd like to run my own httpd, git, mysql and possibly other services on the router, so I'm really looking forward to replacing the original fw :)

thanks for the tips ;)

yes it's quite stable, I've been running it for some time now and it works good :)
check my post: http://wl500g.info/showthread.php?p=187707
it has some more basic information:)

hggomes
21-03-2010, 15:37
For most recent firmwares WL and RT serie go here:

ftp://core.dumped.ru

bigphantom
22-03-2010, 09:25
For most recent firmwares WL and RT serie go here:

ftp://core.dumped.ru

thanks, but I have a question
are they final firmwares ore still in alpha/beta phase ? (RT-N ones)

wpte
22-03-2010, 10:19
thanks, but I have a question
are they final firmwares ore still in alpha/beta phase ? (RT-N ones)

nightly built alpha releases
according to mr lly http://wl500g.info/showpost.php?p=190892&postcount=69 :)

maurer
25-03-2010, 17:44
For most recent firmwares WL and RT serie go here:

ftp://core.dumped.ru

can these be safely used on wl-500gp v1?
has anyone tried yet ?

lly
25-03-2010, 19:02
can these be safely used on wl-500gp v1?
has anyone tried yet ?
If you can answer to yourself why to install experimental builds on 2.6 kernel, then yes.

ecaddict
28-03-2010, 23:49
I've been playing a little bit with RT-N16-1.9.2.7-rtn-r1389.trx.
It seems quite OK (thanks for the great work), though I have some issues.

First I tried to take into use jumbo frames. Started with nvram settings:

nvram set jumbo_frame_size=7000
nvram set jumbo_frame_enable=1
nvram save && nvram commit && nvram enable


reboot
nvram show gives:

nvram show | grep jumbo_frame
size: 13730 bytes (19038 left)
jumbo_frame_size=7000
jumbo_frame_enable=1


However when I try to set MTU of some interface beyond 1500 it fails:

ifconfig eth1 mtu 7000
SIOCSIFMTU: Invalid argument

ifconfig eth1 mtu 1500
is OK. What am I doing wrong, or are there some issues in this area?

***
I've taken into use NFS. Exports is what I was using earlier with WL-500gPv1:

cat /etc/exports
# automagically generated from web settings
/mnt 192.168.1.0/24(rw,insecure,all_squash,anonuid=0,anongid=0,sync )
/opt 192.168.1.0/24(rw,insecure,all_squash,anonuid=0,anongid=0,sync )

Inserted all modules:

modprobe nfs
modprobe nfsd
exportfs -r
nfsd
mountd

If I use TCP, performance is like Samba:

mkdir /tmp/RT-N16
sudo mount -t nfs -o rsize=32768,wsize=32768,timeo=14,intr,proto=tcp 192.168.1.1:/mnt /tmp/RT-N16


When I make the mount from my Linux PC using UDP, performance is excellent (I could copy from router to PC with 12.5 MByte/s, which is beyond my initial expectations):

sudo mount -t nfs -o rsize=32768,wsize=32768,timeo=14,intr,proto=udp 192.168.1.1:/mnt /tmp/RT-N16

However when copying from Linux PC to router there are some issues...

Also it seems that 16 kBytes NFS max block size is used, could it be increased to 32 kBytes (like in WL-500gP)?

lly
29-03-2010, 10:36
However when I try to set MTU of some interface beyond 1500 it fails:

ifconfig eth1 mtu 7000
SIOCSIFMTU: Invalid argument

ifconfig eth1 mtu 1500
is OK. What am I doing wrong, or are there some issues in this area?
Was you try statement above on PC or original ASUS FW?



However when copying from Linux PC to router there are some issues...
Unfortunately, we have to use 2.6.22 kernel due to ugly Broadcom policy. Most of subsystems requires backports from upstream :(

Also it seems that 16 kBytes NFS max block size is used, could it be increased to 32 kBytes (like in WL-500gP)?
Yes, but some time later.

ecaddict
29-03-2010, 11:03
Was you try statement above on PC or original ASUS FW?

On the PC I've sucessfully changed the MTU to 7000 with basically the same command (same except I had to use sudo).
It's the router (with r1389 firmware) that has failed the ifconfig command.

The reason why I tried to use 7000 bytes (instead of 9000) is that the RealTek chip used in my PC's NIC supports only 7000 bytes.

lly
29-03-2010, 11:25
On the PC I've sucessfully changed the MTU to 7000 with basically the same command (same except I had to use sudo).
It's the router (with r1389 firmware) that has failed the ifconfig command.
Ok, will take a look to et driver, but in case of it Broadcom/ASUS bug, it may take a long time.

Updated: Unfortunately, there is no jumbo frames support in current ethernet driver(et). Maybe, we will able to write missing part ourselves in future, but due to absence of BCM53115 datasheet in public access it is no so easy task.

ecaddict
30-03-2010, 10:16
Updated: Unfortunately, there is no jumbo frames support in current ethernet driver(et). Maybe, we will able to write missing part ourselves in future, but due to absence of BCM53115 datasheet in public access it is no so easy task.

How nice of Broadcom :( , they don't ship their chip with a driver that supports jumbo frames, don't give documentation so that support can be added, yet they advertize in the Product Brief that it supports 9KB jumbo frames.
Yeah probably, just no-one can use it...

msj33
02-04-2010, 16:40
If the latest Oleg Firmware is quite stable. Can some of you please post some transfer speeds again?

FTP and/or Samba speeds?

At the moment i'm on the old WL500g Deluxe and got transfer speeds ~2 MB/sek

What can you get with your RT-N16 with Standard firmware contra Oleg?

And what is the real potential speeds of the RT-N16?

My goal is to use th RT-N16 as a file/streaming server.

Thanks

wpte
02-04-2010, 17:26
If the latest Oleg Firmware is quite stable. Can some of you please post some transfer speeds again?

FTP and/or Samba speeds?

At the moment i'm on the old WL500g Deluxe and got transfer speeds ~2 MB/sek

What can you get with your RT-N16 with Standard firmware contra Oleg?

And what is the real potential speeds of the RT-N16?

My goal is to use th RT-N16 as a file/streaming server.

Thanks

Oleg firmware is usually about 2MB/s faster than the standard firmware.
I get speeds around 8MB/s
and I'm able to stream full hd via both samba and twonky:)

msj33
02-04-2010, 20:53
Oleg firmware is usually about 2MB/s faster than the standard firmware.
I get speeds around 8MB/s
and I'm able to stream full hd via both samba and twonky:)

Nice:-) But will this be further improved over time? Or is 8 MB/sec the limit?

At the moment i'm also looking at other alternatives like the Plug computer 3.0 or the beagleboard.

They both have a extremely low power consumption 24/7/365 use , and a good CPU performance both for streaming and filetransfer.

Please keep posting FTP/Samba benchmarks:-)

wpte
02-04-2010, 22:55
Nice:-) But will this be further improved over time? Or is 8 MB/sec the limit?

At the moment i'm also looking at other alternatives like the Plug computer 3.0 or the beagleboard.

They both have a extremely low power consumption 24/7/365 use , and a good CPU performance both for streaming and filetransfer.

Please keep posting FTP/Samba benchmarks:-)

well... I don't think much higher is possible, unless we're able to overclock it to stable settings.
at the moment the rt-n16 runs at 480MHz on every available alternative firmware. Instead Asus suggests it should be able to run on 532MHz (I believe), but when you do that, it's not quite stable:p

still it's quite a difference compared to your plug computer with a 2GHz cpu and the beagleboard with a 720MHz cpu:p

High clock frequencies on small low-energy consuming cpu's can really make a lot of difference.

ecaddict
03-04-2010, 15:48
NFS transfer speeds are almost 50% better than Samba. If you can, try to use it. Even increasing clock speed won't gain that much (and NFS can be used also in that case ;)).

NFS write using UDP as transport has some issue though (with RT-N16, with WL-500 it's OK.)

wpte
04-04-2010, 00:38
NFS transfer speeds are almost 50% better than Samba. If you can, try to use it. Even increasing clock speed won't gain that much (and NFS can be used also in that case ;)).

NFS write using UDP as transport has some issue though (with RT-N16, with WL-500 it's OK.)

guess what: http://code.google.com/p/wl500g/source/detail?r=1414
little update there;)

dunno if it fixes your problem though...

download it from my thread if you want: http://wl500g.info/showpost.php?p=185468&postcount=1

ecaddict
04-04-2010, 11:58
cat /.version
1.9.2.7-rtn-r1416


lsmod
Module Size Used by Tainted: P
nfs 289648 0
nfsd 246944 1
exportfs 5280 1 nfsd
lockd 76272 3 nfs,nfsd
sunrpc 186864 3 nfs,nfsd,lockd
usb_storage 96032 3
sd_mod 24976 4
scsi_mod 104672 2 usb_storage,sd_mod
usblp 16304 0
ehci_hcd 36112 0
ohci_hcd 19856 0
usbcore 138000 5 usb_storage,usblp,ehci_hcd,ohci_hcd
nf_nat_ftp 2848 0
nf_conntrack_ftp 8416 1 nf_nat_ftp
wl 2051616 0
igs 17936 1 wl
emf 22688 2 wl,igs
et 58752 0

Linux PC:

rpcinfo -p 192.168.1.1
program vers proto port service
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100005 1 udp 755 mountd
100005 1 tcp 758 mountd
100005 2 udp 755 mountd
100005 2 tcp 758 mountd
100005 3 udp 755 mountd
100005 3 tcp 758 mountd


showmount -e 192.168.1.1
Export list for 192.168.1.1:
/opt 192.168.1.0/24
/mnt 192.168.1.0/24


sudo mount -t nfs -o rsize=32768,wsize=32768,timeo=14,intr,proto=udp 192.168.1.1:/mnt /tmp/RT-N16
mount.nfs: mount to NFS server '192.168.1.1:/mnt' failed: RPC Error: Program not registered

rpcinfo with r1395:

rpcinfo -p 192.168.1.1
program vers proto port service
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100021 1 udp 32770 nlockmgr
100021 3 udp 32770 nlockmgr
100021 4 udp 32770 nlockmgr
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100021 1 tcp 59618 nlockmgr
100021 3 tcp 59618 nlockmgr
100021 4 tcp 59618 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100005 1 udp 778 mountd
100005 1 tcp 781 mountd
100005 2 udp 778 mountd
100005 2 tcp 781 mountd
100005 3 udp 778 mountd
100005 3 tcp 781 mountd

Am I doing something wrong?

lly
04-04-2010, 12:56
1.9.2.7-rtn-r1416

Linux PC:

rpcinfo -p 192.168.1.1
program vers proto port service
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100005 1 udp 755 mountd
100005 1 tcp 758 mountd
100005 2 udp 755 mountd
100005 2 tcp 758 mountd
100005 3 udp 755 mountd
100005 3 tcp 758 mountd
...
Am I doing something wrong?
I got the same rpc list on r1416 as in r1395 (after manual modules load only)

rpcinfo -p 192.168.1.1
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 905 status
100024 1 tcp 908 status
100021 1 udp 32768 nlockmgr
100021 3 udp 32768 nlockmgr
100021 4 udp 32768 nlockmgr
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100021 1 tcp 48463 nlockmgr
100021 3 tcp 48463 nlockmgr
100021 4 tcp 48463 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100005 1 udp 926 mountd
100005 1 tcp 929 mountd
100005 2 udp 926 mountd
100005 2 tcp 929 mountd
100005 3 udp 926 mountd
100005 3 tcp 929 mountd

Don't know what goes wrong on your side, maybe some errors in syslog present?

ecaddict
04-04-2010, 16:50
I got the same rpc list on r1416 as in r1395 (after Don't know what goes wrong on your side, maybe some errors in syslog present?

Sorry my mistake, I had a script in /opt/etc/init.d/ that was needed earlier but not needed now (that NFS is included in the firmware). That messed up things.

When I try to write to NFS share mounted using UDP, I have the same issue however as earlier. The server does not answer to UNSTABLE writes, and my client hangs on retransmitting the requests.
These UNSTABLE writes seem pretty normal in NFS V3 as explained in http://nfs.sourceforge.net/. Using TCP as transport works, but so much slower than UDP...
What can be wrong?


1 0.000000 192.168.1.169 192.168.1.1 NFS V3 ACCESS Call, FH:0x0308030b
2 0.000423 192.168.1.1 192.168.1.169 NFS V3 ACCESS Reply (Call In 1)
3 0.000463 192.168.1.169 192.168.1.1 NFS V3 GETATTR Call, FH:0xea9b0c51
4 0.000871 192.168.1.1 192.168.1.169 NFS V3 GETATTR Reply (Call In 3) Regular File mode:0644 uid:0 gid:0
5 0.000915 192.168.1.169 192.168.1.1 NFS V3 GETATTR Call, FH:0xea9b0c51
6 0.001281 192.168.1.1 192.168.1.169 NFS V3 GETATTR Reply (Call In 5) Regular File mode:0644 uid:0 gid:0
7 0.001303 192.168.1.169 192.168.1.1 NFS V3 ACCESS Call, FH:0xea9b0c51
8 0.001698 192.168.1.1 192.168.1.169 NFS V3 ACCESS Reply (Call In 7)
9 0.001724 192.168.1.169 192.168.1.1 NFS V3 SETATTR Call, FH:0xea9b0c51
10 0.002165 192.168.1.1 192.168.1.169 NFS V3 SETATTR Reply (Call In 9)
11 0.146254 192.168.1.169 192.168.1.1 IP Fragmented IP protocol (proto=UDP 0x11, off=0, ID=137b)
12 0.146269 192.168.1.169 192.168.1.1 IP Fragmented IP protocol (proto=UDP 0x11, off=6976, ID=137b)
13 0.146275 192.168.1.169 192.168.1.1 NFS V3 WRITE Call, FH:0xea9b0c51 Offset:0 Len:16384 UNSTABLE
14 0.146342 192.168.1.169 192.168.1.1 IP Fragmented IP protocol (proto=UDP 0x11, off=0, ID=137c)
15 0.146353 192.168.1.169 192.168.1.1 IP Fragmented IP protocol (proto=UDP 0x11, off=6976, ID=137c)
16 0.146357 192.168.1.169 192.168.1.1 NFS V3 WRITE Call, FH:0xea9b0c51 Offset:16384 Len:16384 UNSTABLE
17 1.545688 192.168.1.169 192.168.1.1 IP Fragmented IP protocol (proto=UDP 0x11, off=0, ID=137d)
18 1.545702 192.168.1.169 192.168.1.1 IP Fragmented IP protocol (proto=UDP 0x11, off=6976, ID=137d)
19 1.545705 192.168.1.169 192.168.1.1 NFS [RPC retransmission of #16]V3 WRITE Call, FH:0xea9b0c51 Offset:16384 Len:16384 UNSTABLE
20 4.345685 192.168.1.169 192.168.1.1 IP Fragmented IP protocol (proto=UDP 0x11, off=0, ID=137e)
21 4.345697 192.168.1.169 192.168.1.1 IP Fragmented IP protocol (proto=UDP 0x11, off=6976, ID=137e)
22 4.345701 192.168.1.169 192.168.1.1 NFS [RPC retransmission of #13]V3 WRITE Call, FH:0xea9b0c51 Offset:0 Len:16384 UNSTABLE

lly
04-04-2010, 17:13
When I try to write to NFS share mounted using UDP, I have the same issue however as earlier. The server does not answer to UNSTABLE writes, and my client hangs on retransmitting the requests.
These UNSTABLE writes seem pretty normal in NFS V3 as explained in http://nfs.sourceforge.net/. Using TCP as transport works, but so much slower than UDP...
What can be wrong?
Probably, it is bug in our obsolete kernel. Will seek for patch from upstream, but it may take some time.

About buffers size - as you can see in include/linux/nfsd/const.h, NFSv3 buffer equal to RPCSVC_MAXPAYLOAD which is equal to 1Mb for TCP & 32Kb for UDP. I wasn't dig kernel nfsd deeper, so I can't say more at now.

ecaddict
04-04-2010, 17:27
Probably, it is bug in our obsolete kernel. Will seek for patch from upstream, but it may take some time.


Not needed, sorry it was my mistake again. I forget to lower MTU (I was trying jumbo frame...).
I hope that no other leftovers from my older configuration.

hggomes
04-04-2010, 19:52
at the moment the rt-n16 runs at 480MHz on every available alternative firmware. Instead Asus suggests it should be able to run on 532MHz (I believe), but when you do that, it's not quite stable:p


So far i could not understand why, 24h/24h not even a problem... Maybe i have lucky with mine ;)

ecaddict
05-04-2010, 19:30
Is it expected that there will be a similar robocfg as with WL-500gP as the one included in the firmware is acting strange?
Does this also depend on some Broadcom/Asus stuff?

Or is it possible achieving an equivalent functionality via setting in nvram the vlanxports (vlan1ports, vlan2ports,...)+vconfig. E.g. can dual WAN config be done with these (Btw. are you aware of some such tutorial e.g. in English)?

lly
05-04-2010, 19:51
Is it expected that there will be a similar robocfg as with WL-500gP as the one included in the firmware is acting strange?
robocfg not ready for BCM53115 yet, will be fixed later.

ecaddict
08-04-2010, 13:01
There is one issue with Samba that keeps me wondering since long:
It seems that Samba reading speed (when data is read from USB disk via network) is comparable with writing speed (when data is written to USB disk from network).
Actually I've measured that writing is even faster than reading.

Why is it so (what can be the reason)?

Writing has some journaling overhead (I always use ext3).

When NFS is used, reading (as I'd expect) is significantly faster than writing.
But not Samba.

Pedro83
08-04-2010, 19:21
can confirm samba speeds... in general it seems I am achieving higher writing speeds than reading (ext3)... I have not tried NFS (never tried so don't know how) but I will test FTP speeds when at home

EDIT: FTP has the same behavior for me (proftpd, mac os x with cyberduck)

rod178
10-04-2010, 20:50
Is there any way, via software, to have this router auto reboot at a set time each month?

hggomes
10-04-2010, 23:31
Is there any way, via software, to have this router auto reboot at a set time each month?

You can use CROND :D

wpte
11-04-2010, 02:03
You can use CROND :D

quite right!
http://en.wikipedia.org/wiki/Cron

there is a part in wengi about cron: http://wl500g.info/showpost.php?p=60932&postcount=3

google a bit, and you'll find tons of information on how to shedule a task:)

rod178
11-04-2010, 23:30
quite right!
http://en.wikipedia.org/wiki/Cron

there is a part in wengi about cron: http://wl500g.info/showpost.php?p=60932&postcount=3

google a bit, and you'll find tons of information on how to shedule a task:)

Thanks guys. Cron it is! I remember looking at it briefly (Wengi post) a long time ago. Getting forgetful in my old age. Could not find anything doing a search on this forum. Used unsuitable key words I suppose.

hggomes
14-04-2010, 16:02
Can anyone connect wireless at 300MBit with OLEG FW? I only connect 130MBit and with DD-WRT i can get 300MBit.

wpte
14-04-2010, 17:05
Can anyone connect wireless at 300MBit with OLEG FW? I only connect 130MBit and with DD-WRT i can get 300MBit.

you are aware that those speed indicators for wireless is usually mumbo jumbo?:p

Real stress tests will provide you with the real maximum bandwidth if your wlan card is fully compatible.

otherwise try playing around with these settings in the advanced wireless config:
Regulatory Mode
Enable WMM
:)

ecaddict
21-04-2010, 23:43
A few posts ago I've noted that NFS outperforms Samba by a factor of 2 (I can copy from the router over 12 MB/s using NFS with UDP) and writing speed is higher than reading.

Then Pedro83 described (confirmed) a similar behaviour (writing speed is higher than reading) with FTP and mac os x.

NFS is a good protocol but still it's just hard to believe that it's so much faster than other protocols.
Shortly after it occurred to me that NFS using TCP is also not performing too well.
All this points to the direction that there is some performance issue when TCP is used.

But what is it, any guesses?

I noticed using a capture that router advertises a window size of 4128 (all the time) and my PC either 1002 or 1313. Isn't that too small (for a gigabit ethernet)? Can that be the issue?

wpte
22-04-2010, 00:26
A few posts ago I've noted that NFS outperforms Samba by a factor of 2 (I can copy from the router over 12 MB/s using NFS with UDP) and writing speed is higher than reading.

Then Pedro83 described (confirmed) a similar behaviour (writing speed is higher than reading) with FTP and mac os x.

NFS is a good protocol but still it's just hard to believe that it's so much faster than other protocols.
Shortly after it occurred to me that NFS using TCP is also not performing too well.
All this points to the direction that there is some performance issue when TCP is used.

But what is it, any guesses?

I noticed using a capture that router advertises a window size of 4128 (all the time) and my PC either 1002 or 1313. Isn't that too small (for a gigabit ethernet)? Can that be the issue?

Samba is quite a difficult protocol, the data needs to be processed more when it's send, so the router is the bottleneck when sending.
Anyway, I've installed samba 3 which allows sometimes higher speeds compared to samba 2.

the difference between tcp and udp is small... udp is better for streaming since no check is done whether the packets have arrived for example.

At the moment the jumbo frames (the ones you're talking about) cannot be set to any other value due to the drivers:p
Does it matter much?
Several discussions state that bigger frames only increase something like... 5% over gigabit. but since the samba speeds don't even come close to 900Mbit/s it's quite a small change I guess:p

ecaddict
22-04-2010, 11:28
I think you've missed the point. This is NOT about jumbo frame at all. I've understood from the first post from lly that there is a binary ethernet driver and anything that is forced to use that driver (basically all programs running in the router) won't use jumbo frames. This includes also NFS over whatever protocol.

However if you check my earlier post: http://wl500g.info/showpost.php?p=192140&postcount=293
(http://wl500g.info/showpost.php?p=192140&postcount=293) when UDP is used as transport with NFS, files from USB device can be copied over 12 MB/s using NFS. It's a fact, you or anyone else can check it; all necessary information for that is in the post.

However when NFS is using TCP it does not perform so well. Samba (also using TCP) does not perform so well. FTP (also using TCP) does not perform so well.

I'm not sure if you wanted to say, that when TCP is used it performs worse than when UDP is used because of architectural reasons (beyond my competence), in that you might even be right.


Samba is quite a difficult protocol, the data needs to be processed more when it's send, so the router is the bottleneck when sending.


Unfortunately I'm not familar enough with Samba (of for that matter even TCP), however have you ever checked this issue with tcdump or Wireshark (http://www.wireshark.org/)?

I did. Samba reads 32K or 64K worth of data. In between that's pure TCP byte stream transfer.

So there is Samba read request in frame 12 in the below summary and that is acknowledged in frame 13. From that point on next frame where Samba has anything to do is frame 81/82 (Read Response and TCP ACK of that). Frame 83/84 is the next Samba Read Request.
So typically there are 45 TCP byte stream frames and 4 Samba frames (for 64K transfer). And there are around 22/23 TCP ACKs.
On a gigabit LAN having only the router and PC and no frame ever lost and retransmitted.
Based on the monitoring Samba reacts quickly; there is no time lag. TCP window size never changed.

So it's TCP that has the biggest influence to any file transfer based on TCP as transport.
So my question was pointing to TCP performance and if small window is really necessary and is ACKing of every second TCP byte stream transfer (~3K worth of data) is really needed or what is causing poor performance when TCP is used.

As if that question is answered and solution is found, both FTP and Samba file transfer may very well be over 10 MB/s (at least in the direction when USB read happens). Like NFS over UDP (which performs already now over 12 MB/s when USB is read). Without any CPU clock increase.
I may as well be wrong, and there can be indeed architectural reasons. Then this was only an interesting puzzle.


1 0.000000 192.168.1.169 192.168.1.1 SMB Trans2 Request, QUERY_PATH_INFO, Query File All Info, Path:
2 0.001135 192.168.1.1 192.168.1.169 SMB Trans2 Response, QUERY_PATH_INFO
3 0.001169 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=81 Ack=139 Win=1002 Len=0 TSV=3124408 TSER=2722633
4 0.001700 192.168.1.169 192.168.1.1 SMB Trans2 Request, QUERY_PATH_INFO, Query File All Info, Path:
5 0.002316 192.168.1.1 192.168.1.169 SMB Trans2 Response, QUERY_PATH_INFO
6 0.004366 192.168.1.169 192.168.1.1 SMB Trans2 Request, QUERY_PATH_INFO, Query File All Info, Path: \SambaTest.img
7 0.005107 192.168.1.1 192.168.1.169 SMB Trans2 Response, QUERY_PATH_INFO
8 0.008625 192.168.1.169 192.168.1.1 SMB Trans2 Request, QUERY_PATH_INFO, Query File All Info, Path: \SambaTest.img
9 0.009401 192.168.1.1 192.168.1.169 SMB Trans2 Response, QUERY_PATH_INFO
10 0.009793 192.168.1.169 192.168.1.1 SMB Open AndX Request, Path: \SambaTest.img
11 0.011111 192.168.1.1 192.168.1.169 SMB Open AndX Response, FID: 0x2d66
12 0.012336 192.168.1.169 192.168.1.1 SMB Read AndX Request, FID: 0x2d66, 65534 bytes at offset 0
13 0.052415 192.168.1.1 192.168.1.169 TCP microsoft-ds > 59566 [ACK] Seq=674 Ack=536 Win=4128 Len=0 TSV=2722685 TSER=3124419
14 0.349123 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
15 0.349275 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
16 0.349294 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=3570 Win=1002 Len=0 TSV=3124756 TSER=2722981
17 0.349416 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
18 0.349773 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
19 0.349787 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=6466 Win=1002 Len=0 TSV=3124756 TSER=2722981
20 0.349854 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
21 0.349910 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
22 0.349923 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=9362 Win=1002 Len=0 TSV=3124756 TSER=2722982
23 0.350326 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
24 0.350454 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
25 0.350468 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=12258 Win=1002 Len=0 TSV=3124757 TSER=2722982
26 0.350523 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
27 0.350962 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
28 0.350975 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=15154 Win=1002 Len=0 TSV=3124757 TSER=2722983
29 0.351182 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
30 0.351301 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
31 0.351314 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=18050 Win=1002 Len=0 TSV=3124758 TSER=2722983
32 0.351532 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
33 0.351649 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
34 0.351662 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=20946 Win=1002 Len=0 TSV=3124758 TSER=2722983
35 0.351837 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
36 0.351892 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
37 0.351904 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=23842 Win=1002 Len=0 TSV=3124758 TSER=2722984
...
79 0.356959 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=64386 Win=1307 Len=0 TSV=3124763 TSER=2722989
80 0.357051 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
81 0.357214 192.168.1.1 192.168.1.169 SMB Read AndX Response, FID: 0x2d66, 65534 bytes
82 0.357226 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=536 Ack=66271 Win=1313 Len=0 TSV=3124764 TSER=2722989
83 0.357654 192.168.1.169 192.168.1.1 SMB Read AndX Request, FID: 0x2d66, 32768 bytes at offset 65534
84 0.357872 192.168.1.1 192.168.1.169 TCP microsoft-ds > 59566 [ACK] Seq=66271 Ack=595 Win=4128 Len=0 TSV=2722990 TSER=3124764
85 0.358936 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
86 0.359053 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
87 0.359083 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=595 Ack=69167 Win=1313 Len=0 TSV=3124766 TSER=2722991
88 0.359163 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
89 0.359412 192.168.1.1 192.168.1.169 TCP [TCP segment of a reassembled PDU]
90 0.359441 192.168.1.169 192.168.1.1 TCP 59566 > microsoft-ds [ACK] Seq=595 Ack=72063 Win=1313 Len=0 TSV=3124766 TSER=2722991

avberk
23-04-2010, 15:35
I agree with WPTE.
UDP is by definition unreliable, because it doesn't check the correct arrival of frames, but has less overhead than TCP.
Thus therefor UDP is faster.

UDP is generally good for showing video data, because it is fast and (some) frame loss is not so important.
(the video still looks good if a few details are missing)

If you use UDP for data transfer you might get corruption.

wpte
23-04-2010, 16:17
I agree with WPTE.
UDP is by definition unreliable, because it doesn't check the correct arrival of frames, but has less overhead than TCP.
Thus therefor UDP is faster.

UDP is generally good for showing video data, because it is fast and (some) frame loss is not so important.
(the video still looks good if a few details are missing)

If you use UDP for data transfer you might get corruption.

That's what I was trying to say yes:p
ah well well... ecaddict said that is not his point, yet I don't really get the point he's trying to make.


Anyway, to respond to ecaddict again: The architecture on how you send data is very important when it comes to performance.
SMB is a block protocol as the name suggests: "Server Message Block". It's like you're requesting to receive packages, and each time the mail man is bringing you these packages. Sometimes the mailman is a bit slower and the blocks keep coming in a bit slower...
Now the mailman will be slower when there is a limiting factor which causes a bottleneck... such as the slower cpu in the router!

FTP also supports block mode but is usually set to stream mode and allows the server to do nothing at all... instead the TCP protocol will do all the processing.

I'm not familiar with NFS, but I guess that's stream as well.

With samba3 I can upload sometimes up to 11MB/s so maybe it's a bit more optimized as well...

Is this more about the point you're trying to make?:p

ecaddict
23-04-2010, 16:53
UDP is by definition unreliable, because it doesn't check the correct arrival of frames, but has less overhead than TCP.
Thus therefor UDP is faster.

UDP is generally good for showing video data, because it is fast and (some) frame loss is not so important.
(the video still looks good if a few details are missing)

If you use UDP for data transfer you might get corruption.

So are you saying that I should not use NFS over UDP because UDP is unreliable and I will get corrupted data?

Sorry, but I cannot agree on that. UDP has checksum (like TCP) and there are protocol layers above the transport that can make it reliable. After all IP does not guarantee that your packets will arrive and yet TCP is able to make it reliable. Why protocol layers above UDP (in particular NFS) could not do that?

So in my view (and experience) nothing is wrong with NFS over UDP. In the LAN environment where I use it, it works perfectly and much faster than Samba (at least in router -> PC direction).
Probably nothing is wrong with Samba either. Just there is something in the TCP stack (it may very well be configuration) that prevents TCP (or protocols using it) performing optimal.

***

Back to my capture: Checking TCP a bit more I realized that my capture is incomplete. Since the window scaling option is only in SYN message (used only at connection setup) and that's missing from the capture, I can guess only the scaling.

Having a full 10s capture (not just what I've extracted) I could find that in fact my PC changes the windows size correctly.

Also checking RFC1122, the number of ACKs may not be that excessive as I've initially thought (so delayed ACK seems to be in use, however I have not yet figured out how to reduce the number of ACKs from my Linux PC just to check what it changes).

But it's still so hard to believe (at least to me) that writing over the network to the USB HDD attached to the router is faster than reading from it and there is nothing wrong it. Writing requires extra clock cycles e.g. due to journaling.

I do understand that e.g. checksum calculation can be delegated to NIC in PC environment and that is probably not possible where everything is in a SoC. It might be that checksum calculation is heavier than checking (one possible explanation to reverse asymmetry).

But yet, can that explain that NFS over UDP outperforms other protocols (including NFS over TCP) that use TCP by almost a factor of 2?

I at least don't have any explanation.

ecaddict
23-04-2010, 17:31
It's like you're requesting to receive packages, and each time the mail man is bringing you these packages. Sometimes the mailman is a bit slower and the blocks keep coming in a bit slower...
:p

That's not true. Just as I've mentioned earlier Samba reacts quite quickly those requests. Checking a bigger chunk of the capture that I could paste here, on average it takes less than 2ms for the first frame of the requested data after the request (Read AndX Request) to appear. Thus for 64K worth of data there is only 2ms Samba overhead.
And how long does it take for Samba/TCP to transfer the 64K data (you can check this from my earlier post)? ~8ms.

Thus Samba reaction overhead (alone) would create a ~31MB/s limit
Bulk data sending creates a ~8MB/s limit (note: this includes everything, e.g. taking data probably from cache, not just TCP so TCP bandwidth is probably better measured with some tool like iperf and I'm planning to do just that).




With samba3 I can upload sometimes up to 11MB/s so maybe it's a bit more optimized as well...

Is this more about the point you're trying to make?:p

Do you think that it's normal that "upload" is so much faster than download even though upload requires extra disk operation (extra CPU cycles)?

wpte
23-04-2010, 20:53
Okey to put everything together:

UDP checksums are optional and are not always send or checked. TCP must have checksums and MUST be checked.
Furthermore, TCP sends back a response if the package actually arrived! this is very important on unstable connections.

UDP somewhat is faster than TCP, definitely when a host is very busy and does not want any responses on received packages. (that's what's make udp faster generally).

As you may, or may not know: communication via tcp or udp can be roughly separated over 2 levels: software level (like samba deamon), kernel level (drivers, tcp & udp implementations etc). Data processing on software level is rather slow compared to data processing on kernel level, which will be important in what I'm about to say.


Back to block and streams.
Yes SMB has little delay, still it's very dependent on this delay since it's block protocols. Any delay can be enough to limit the throughput... even usb chips or slow responding processes.
Also block protocols require quite a lot of processing on the sending side on software level. The bottleneck is the router, since I guess your pc is faster.
You can say it requires only a little milliseconds of time... but we computer engineers don't count in milliseconds, nano seconds more often :p

FTP usually uses streams (as I've told before) which doesn't need that much feedback. Also most of the data processing is done on kernel level and thus does not require much cpu and is faster. This allows the sending side a greater speed.


So yes, I think it's obvious why it's slower, even when I don't really like it;)

If anyone says I'm not entirely correct about all of this, it's ok, I didn't have had that much lessons on things like these, but this is all I got from it.:)

ecaddict
23-04-2010, 22:38
FTP usually uses streams (as I've told before) which doesn't need that much feedback. Also most of the data processing is done on kernel level and thus does not require much cpu and is faster. This allows the sending side a greater speed.


What you wrote above makes me wonder if you're familiar with sockets and how they are used. For the connected socket it does not matter if FTP or Samba writes 64K data. It just delivers it as a byte stream to the remote end. I have a pretty good guess that a whole 32/64K is given via a single write operation to the TCP stack. And from the moment on it takes ~8ms to finish that operation (in case of 64K). Samba has nothing to do during this time.




So yes, I think it's obvious why it's slower, even when I don't really like it;)


So you say that it's obvious to you why "uploading" (using TCP) via Samba is faster than downloading (also using TCP) even though due to journalling "uploading" requires extra processing and CPU cycles?

If it's so obvious forgive me not commenting any-more what you write as it seems you're not interested in solving this puzzle.

wpte
23-04-2010, 23:31
If it's so obvious forgive me not commenting any-more what you write as it seems you're not interested in solving this puzzle.

You don't have to be heat headed about all this...:rolleyes:
I'm not trying to make a fool out of you or whatsoever.

Anyway, I've conducted a little test myself:
CPU time is the time given to a certain process to do calculating stuff.
Luckily Linux counts these times quite accurately and thus it's a good benchmark.

I'm downloading and uploading the very same file which is well over 3GB. (3.378.150.604 bytes if you must know)
I restart samba before up or downloading so the time is reset and the memory is erased.

So the times I got when watching the smbd process:
downloading from router to pc: 522 seconds
uploading from pc to router: 311 seconds

There is your clear difference in processing time...

Do you think that it's normal that "upload" is so much faster than download even though upload requires extra disk operation (extra CPU cycles)?
Linux thinks says something else.

Now not to make your theory somewhat incorrect we have these possible causes why Linux is saying no:

The broadcom drivers are bad programmed - totally agree, still not sure if that causes this
The bus the router uses to communicate doesn't like reading - quite unlikely
The ethernet ports have wrong settings concerning packet size - bigger packet size is always good in a network with few clients and little mixed traffic, still it usually only increases performance with 5% or so
Linux is wrong about the cpu time - well, could be in theory: maybe a kernel bug
Samba is a non optimized program - also somewhat unlikely considering the popularity


now what do you think?

ecaddict
24-04-2010, 10:01
At least you're making some tests now.



Now not to make your theory somewhat incorrect we have these possible causes why Linux is saying no:

The broadcom drivers are bad programmed - totally agree, still not sure if that causes this



Wrong. The ethernet driver deals with frames and it does no care if the IP packet carries UDP or TCP.
And the same ethernet driver can produce with NFS over UDP over 12 MB/s "download".




The bus the router uses to communicate doesn't like reading - quite unlikely



I don't know what kind of bus you mean. If you mean the connection between the SoC (BCM4718) and ethernet chip (BCM53115) that probably also does not care if UDP or TCP is used or what direction frames are sent.




The ethernet ports have wrong settings concerning packet size - bigger packet size is always good in a network with few clients and little mixed traffic, still it usually only increases performance with 5% or so



Wrong. Jumbo frames cannot be used as discussed earlier and otherwise as it can be seen from the capture maximum size ethernet frames (1500 bytes) are used (exception is the last one of the block, this is normal).




Linux is wrong about the cpu time - well, could be in theory: maybe a kernel bug



I thought that you posted calendar time. Anyhow that's not the cause but the phenomenon.





Samba is a non optimized program - also somewhat unlikely considering the popularity



Wrong. Not just Samba "upload" is faster than download. FTP or NFS over TCP has also this. Exception is NFS over UDP. It's faster in the "download" direction (and the fastest file transfer among any other protocols in any other direction).

So my suspect number one is still TCP.

I just don't have enough time to check this issue in depth in a decent book like TCP/IP Architecture, Design and Implementation in Linux (from Sameer Seth and M. Ajaykumar Venkatesulu).

hggomes
27-04-2010, 14:56
NEW ASUS FIRMWARE:

Description: ASUS RT-N16 Firmware Version 1.0.1.2

* Improve the stability of USB device
* Fixed bug that printer can't be found after power off
* Please use with V4.0.8.7 utilities together.

hggomes
11-05-2010, 23:25
SMALLNETBUILDER.COM ROUTERS BENCHMARKS
===================================

http://www.smallnetbuilder.com/index.php?option=com_chart&Itemid=&chart=119

I just wonder how it's possible this ROUTERS PERFORMANCE BENCHMARKS are real or correct, let's take a look:

- ASUS RT-N16 (CPU: BCM4718 480MHZ RAM: 128MB DDR SWITCH: BROADCOM GIGABIT)

- LINKSYS E3000 (CPU: BCM4705 300MHZ RAM: 64MB DDR SWITCH: BROADCOM GIGABIT)

- LINKSYS WRT320N (CPU: BCM4717 420MHZ RAM: 32MB DDR SWITCH: BROADCOM GIGABIT)

*WAN TO LAN: RT-N16: 141.1MBps | E3000: 218.4MBps | WRT320N: 145.1MBps
*LAN TO WAN: RT-N16: 143.3MBps | E3000: 249.4MBps | WRT320N: 165.5MBps
*SIMULTANEOUS THROUGHPUT: RT-N16: 155.9MBps | E3000: 257.5MBps | WRT320N: 159.0MBps

The worst equipped router (E3000) itīs the better performer and vice versa, RT-N16 it's from far the better hardware based router (new broadcom generation cpu) and it's the worst performer. The same happen with other routers, LINKSYS routers, you can see WRT310N and 320N performing much better than WRT610N. Very weird this performances / benchmarks...

lly
12-05-2010, 08:26
The worst equipped router (E3000) itīs the better performer
I found different opinions about E3000 HW info, for example - http://en.wikipedia.org/wiki/Linksys_routers#E3000

Unfortunately, I can't found GPL firmware sources for E3000 at http://homesupport.cisco.com/en-us/gplcodecenter - might be interesting details inside.

I simply suspect that E3000 has much better stock firmware...

ecaddict
12-05-2010, 09:25
I simply suspect that E3000 has much better stock firmware...

Can it happen that they have a newer (better) ethernet driver? It would be so good to get rid of the crapy TCP performance...

E.g. TCP typically uses ~25% more ethernet frames (due to ACKs) than UDP (in large block transfer) and maybe newer driver has interrupt coalescing or some other trick (I don't know what is possible with this particular Broadcom chip).

Btw I've found some interesting AHB (http://access.ee.ntu.edu.tw/course/SOC_LAB/SOC%E5%AF%A6%E9%A9%97%E6%95%99%E6%9D%90/lab8/amba_bus.pdf)description (some other chip vendors use it+separate ethernet for WAN and LAN no VLAN tagging thus sharing bandwidth).

MIPS74kc may have ~30% advantage in CPU architecture compared to MIPS24Kc and higher clock but the SoC chip may not be that shiny as Broadcom states (or would like to see).

And Broadcom's attitude towards open source developers simply shocks me after all of this.

All of my respect goes to lly, theMIROn and other developers who have done such an excellent job despite the difficult situation.

Update: One more question, would TCP/UDP checksum calculation offload possible with these chips (or is it already used), so that MIPS CPU is not loaded with this?

wpte
12-05-2010, 13:16
Unfortunately, I can't found GPL firmware sources for E3000 at http://homesupport.cisco.com/en-us/gplcodecenter - might be interesting details inside.

you can request them to put it up it seems: http://linksys.custhelp.com/cgi-bin/linksys.cfg/php/enduser/gpl_ask.php

not too bad, many companies don't have fancy GPL code request forms like that:D

hggomes
12-05-2010, 15:56
I found different opinions about E3000 HW info, for example - http://en.wikipedia.org/wiki/Linksys_routers#E3000

Unfortunately, I can't found GPL firmware sources for E3000 at http://homesupport.cisco.com/en-us/gplcodecenter - might be interesting details inside.

I simply suspect that E3000 has much better stock firmware...

Even that way, how it's possible the same hardware (and even worst, case of WRT320N) with so much diferences of performance? It's a HUGE diffence, something is not right...

PS: Wikipedia says WRT320N uses BCM4717 at 354MHZ instead of 420MHZ, so even "better", how the hell is faster than RT-N16, WRT600/610, etc...

Broadcom does not supply any kind of updated drivers?

Thank you all for replying :D

lly
12-05-2010, 16:04
Even that way, how it's possible the same hardware (and even worst, case of WRT320N) with so much diferences of performance? It's a HUGE diffence, something is not right...
From link you provided:

Routing performance for the E3000 using our standard test method is summarized in Table 1, along with the 610N's (V1) test results for comparison. Since the CPU is the same Broadcom BCM4705 for both routers :confused:, the E3000's higher performance can only be attributed to improved routing firmware. I don't have a 610N V2 to test. But I'd imagine that its current firmware would provide similar performance.
I didn't read their test methods carefully, but I suspect that E3000 has updated SDK & turned off some unnecessarily netfilter modules.

ecaddict
12-05-2010, 16:41
From link you provided:

I didn't read their test methods carefully, but I suspect that E3000 has updated SDK & turned off some unnecessarily netfilter modules.

Can this updated SDK mean some better C compiler? I know that MIPS 74Kc can re-order instructions but it checks only up to 8 instructions so quite much is left for the compiler.
How about the currently used compiler, can it handle this already or simply 24Kc code is generated which is compatible with 74Kc?

Update: This dual long 74Kc pipeline may require quite different code to run efficiently...

wpte
12-05-2010, 17:18
Can this updated SDK mean some better C compiler?

right now we use the same (modified & updated) toolchain as asus used in their WL-500 models.
Not sure if the RT-N16 toolchain is any different, but they are both based on gcc (which is quite a good compiler when you turn off the optimization off now and then) with uclibc.

What they used for compiling the pre-compiled drivers is still a mystery :p

SDK's also include drivers and api depending on the type of product it's for.

hybriz
24-05-2010, 16:30
I have no clue when it will be shipped.. but I can even buy spareparts now :) most distri's do not even want to do that

but WL-500w sucks for one reason, and that are the attached antenna's
I need the ability to connect an outdoor antenna to it

and the WL500gP(v1) is not for sale anymore..


www.ciudadwireless.com

WL500gP(v1) and V2 is sold at that website. it's a shop in Spain.

necrolatry
24-05-2010, 17:30
right now we use the same (modified & updated) toolchain as asus used in their WL-500 models.
Not sure if the RT-N16 toolchain is any different, but they are both based on gcc (which is quite a good compiler when you turn off the optimization off now and then) with uclibc.

What they used for compiling the pre-compiled drivers is still a mystery :p

SDK's also include drivers and api depending on the type of product it's for.

Actually it is completly the same. I use firmware from Asus and I use ipkg repository for WL500G. I was also using toolchain for WL500G to compile and run software for my RT-N16.

Here is in more details how to make ipkg to work on RT-N16 on asus firmware: http://www.shcherbyna.com/?p=769&lang=en

necrolatry
25-05-2010, 12:56
Has anyone tried to compile GPL sources from Asus for RT-N16? They fail to compile with bizzare warnings and there is no FAQ :)

wpte
28-05-2010, 23:56
I requested the GPL source for the linksys E3000 router...
who knows, they might put it up:D

lly
29-05-2010, 15:03
Has anyone tried to compile GPL sources from Asus for RT-N16? They fail to compile with bizzare warnings and there is no FAQ :)
It cannot be compiled "out of the box", you have to fix many warnings & minor errors... There is no FAQ and it cannot be written, because errors are sporadic and it is impossible to teach use of compiler & tools in one small document.


I requested the GPL source for the linksys E3000 router...
who knows, they might put it up:D
Thanks!

wpte
01-06-2010, 21:42
Thanks!

first response:

Response (Eric Post) 06/01/2010 12:39 PM
Dear Customer,
I am currently having engineering look into this GPL for you. I will let you know when I hear back from them.

Thank You,
GPL Manager


sounds promising?:)

necrolatry
04-06-2010, 15:08
It cannot be compiled "out of the box", you have to fix many warnings & minor errors... There is no FAQ and it cannot be written, because errors are sporadic and it is impossible to teach use of compiler & tools in one small document.

Thanks!

I see, I see. But the problem is not in warnings. The problem is in errors. If I do make from src it fails with errors. However, if I enter router folder and do make N16 it goes ok for several minutes untill again breaks with error ..

Speaking about faq and docs ... I was able to compile the enthusiasts's firmware following the doc from their google code page from the first time :)

wpte
04-06-2010, 19:50
I see, I see. But the problem is not in warnings. The problem is in errors. If I do make from src it fails with errors. However, if I enter router folder and do make N16 it goes ok for several minutes untill again breaks with error ..

lly said "minor erros", so I guess he's talking about those.



Speaking about faq and docs ... I was able to compile the enthusiasts's firmware following the doc from their google code page from the first time :)
lly is one of the main developers in fact;)

why call it enthusiasts firmware? it's just oleg, but it's being "professionally" developed now with a public SVN and everything:p
the old oleg fw was good, but in that form it could never grow as mutch as the new oleg fw.
Obviously I'm not saying oleg did a bad job, thanks to him we have all this in the end:D

necrolatry
04-06-2010, 20:57
why call it enthusiasts firmware?

Well, that's how it is called in russian.

hggomes
07-06-2010, 03:04
New and better heatsinks + thermal adhesive tape = ~5š gained (CPU) :D



http://img14.imageshack.us/img14/6640/imag0144o.jpg (http://img14.imageshack.us/i/imag0144o.jpg/)

wpte
07-06-2010, 17:21
New and better heatsinks + thermal adhesive tape = ~5š gained (CPU) :D

next up: http://www.pcper.com/images/news/dry_ice.JPG :p

btw, what heatsinks do you have?

hggomes
08-06-2010, 05:25
The bigger one was removed from a Intel motherboard, 1cm more and i couldn't close the router :D, the other two were removed from a Netgear Dual Speed 24Port Gigabit Switch and the two memory heatsinks are from Coolermaster.

I have applied "thermal adhesive tape" in all, the temperature is very low, 29~30š with router closed :D

Dry ice :D L.O.L

hggomes
16-06-2010, 22:51
Anyone tried 3G Connection on the current firmware? Does it work ok? Firewall / Forwarding issues?

I've tried Koppel & Mango FW and i simple CAN'T redirect / open / forward ports (firewall not working) Anyone?

Thanks in advance.

rss
20-06-2010, 09:10
Anyone tried 3G Connection on the current firmware? Does it work ok? Firewall / Forwarding issues?

I've tried Koppel & Mango FW and i simple CAN'T redirect / open / forward ports (firewall not working) Anyone?

Thanks in advance.
3G modems support now in development (in the first place for wl500-branch). Current version contains two branches of dial scripts - Koppel`s and our universal dial script.

Redirect / open / forward ports will work presumptive because used common code for pppoe, ppptp connections, but really not tested.

Try to use latest version at ftp://core.dumped.ru/rt-n/ with universal dial script.

Bohlendach
07-07-2010, 10:36
Hi,

I have had a wl-500gp for a couple of years now with Oleg's firmware and has been happy with it. Now I have got hold of a Asus RT-N16 and I assume that I can expect some performance improvement compared to wl-500gp.

Am I correct?

I have mainly used it with transmission and as file-server on my LAN.

What is the recommended firmware?

I see that RT-N16 have 128 MB ram. Do you still recommend to setup a swapdrive?

sudo
11-07-2010, 15:56
Yep, significantly faster.

I have found the latest rt-n alpha firmwares have been mostly stable ftp://core.dumped.ru/rt-n/ (you can see whats changed here (http://code.google.com/p/wl500g/source/list?path=/branches/rt-n)) and I have been updating mine every couple weeks. But always back up your settings before firmware upgrade, regardless.
Tutorial on N16 firmware and optware config ... http://wl500g.info/showthread.php?t=23684

Always try use swap-space, and best to keep it larger than physical memory. My N16's been up for 3 days and consumed no swap yet.

Bohlendach
13-07-2010, 23:48
My N16's been up for 3 days and consumed no swap yet.

My N16 is slowly increasing the usage of its memory. I have used wengis tutorial.

When it has been rebooted it uses about 30mb, which increases over 1-2 hours to 120 mb and then 0,1 mb of the swap and nothing more.

Transmission is running with two active torrents, but no download/upload

This is a problem when you want to spin down the harddrive.

Should I just do a swapoff?

wpte
14-07-2010, 00:16
When it has been rebooted it uses about 30mb, which increases over 1-2 hours to 120 mb and then 0,1 mb of the swap and nothing more.

Should I just do a swapoff?

it's just cache and buffering
I wouldn't recommend swapoff

yet it's unusual that it increases that much.
When you do some work at samba after a reboot you can see the usage increasing btw.

Bohlendach
16-07-2010, 09:25
When you do some work at samba after a reboot you can see the usage increasing btw.

You were right. I killed Samba and the usage of memory stayed on 33 mb.

Now I only run Samba when needed and start it with Xinetd.

Like this: http://wl500g.info/showpost.php?p=60936&postcount=7

wpte
16-07-2010, 20:20
You were right. I killed Samba and the usage of memory stayed on 33 mb.

Now I only run Samba when needed and start it with Xinetd.

Like this: http://wl500g.info/showpost.php?p=60936&postcount=7

Good idea, but transfers might be a bit slower:)

read some explenation here: http://us.generation-nt.com/memory-eating-help-195739711.html

also these pages: http://www.linuxinsight.com/proc_sys_vm_hierarchy.html
especially this one: http://www.linuxinsight.com/proc_sys_vm_drop_caches.html
are quite usefull for cleaning the ram :)

glorifiedg
26-07-2010, 06:33
Hi guys! It's been almost a year since my last visit but you know... I had a perfect asus WL-500GP v2 with Oleg's fw and I was happy all the time :) Yesterday I've bought an RT-N16 and the problems, unfortunately, begun.

As you all know the Asus FW sucks, so I tried Olegs and ddWRT to test if I get better performance, since I have 1 media centers (cat5), 5 laptops (wifi), 3 smartphones (wifi) and a homeserver (cat55), all connected to de RT-N16.

Strangely I got no wifi neither with oleg's neither with ddwrt unless I put them exclusively on channel 1. I don't get it, how is this happening? Can you help me?

I use open system security with mac address access restriction.

Thank you very much and sorry for my English.

hggomes
26-07-2010, 16:59
Hi guys! It's been almost a year since my last visit but you know... I had a perfect asus WL-500GP v2 with Oleg's fw and I was happy all the time :) Yesterday I've bought an RT-N16 and the problems, unfortunately, begun.

As you all know the Asus FW sucks, so I tried Olegs and ddWRT to test if I get better performance, since I have 1 media centers (cat5), 5 laptops (wifi), 3 smartphones (wifi) and a homeserver (cat55), all connected to de RT-N16.

Strangely I got no wifi neither with oleg's neither with ddwrt unless I put them exclusively on channel 1. I don't get it, how is this happening? Can you help me?

I use open system security with mac address access restriction.

Thank you very much and sorry for my English.

Hi, was the WIFI working with original ASUS fw?

hggomes
26-07-2010, 17:01
Interesting: (https://dev.openwrt.org/ticket/6580)

"Would be nice. I have not seen any info if bcm4718 is supported by b43, and I don't know if the proprietary Broadcom driver works with newer 2.6 kernels. Currently the 2.6 builds available (dd-wrt, Tomato, stock) use kernel versions around 2.6.22-24 and the proprietary Broadcom driver. OpenWrt trunk currently uses 2.6.3x kernels."

lly
26-07-2010, 18:59
As you can dig from OpenWRT svn (https://dev.openwrt.org/changeset/21809), they receive contribution with partial sources of broadcom driver 5.10.56.27 for MIPS.

It use in our firmware requires deep tests, since we hasn't any knowledge about binary part of it. After this, we should try to port Broadcom SDK to newer kernel. It is large task too...

glorifiedg
27-07-2010, 02:36
Hi, was the WIFI working with original ASUS fw?

Thanks for replying! :)

Yes it was working with the original FW.

hggomes
27-07-2010, 03:22
Thanks for replying! :)

Yes it was working with the original FW.

In that case you can try those:

1. Load default settings /reset on the fw you are using.
2. Check if you wifi is working after loading defaults, before you costumize any setting.
3. Try to connect to the router in other computer, and see if the same problem is happening.

light
18-09-2010, 16:46
Can anyone tell-me if jdownloader (http://jdownloader.org/download/index) work in this router ?

wpte
19-09-2010, 02:14
Can anyone tell-me if jdownloader (http://jdownloader.org/download/index) work in this router ?

No java on the router...
furthermore... isn't jdownloader using a gui?

thira
07-10-2010, 15:10
Hello
My old wl500gp(oleg firmware) I can use usb sound stick with build in driver(soundcore.o and audio.o) and play music with madplay.
Now I turn to rt-n16(oleg firmware), but I can't find audio driver. Can I use usb sound stick to play sound on rt-n16?

Thanks,

thira
11-10-2010, 21:13
Hello
My old wl500gp(oleg firmware) I can use usb sound stick with build in driver(soundcore.o and audio.o) and play music with madplay.
Now I turn to rt-n16(oleg firmware), but I can't find audio driver. Can I use usb sound stick to play sound on rt-n16?

Thanks,

Thanks,

Just upgarde to newest oleg's firmware and it's additional modules and type

modprobe snd-usb-audio
modprobe snd-pcm-oss

But there are some noise...zzz come out with normal sound.

wpte
12-10-2010, 17:17
But there are some noise...zzz come out with normal sound.

Do you have this noise on your pc as well?

a tip:
Not sure if you can set the volume, but the soundcard should be on 100% and some speakers should only little amplify it otherwise you amplify a lot of noise:)

Pedro83
13-10-2010, 10:08
Great to hear. I've upgraded to the latest version, loaded modules but need to test it out with some player when at home. Thanks.


Just upgarde to newest oleg's firmware and it's additional modules and type...


Is there anyone to help me understand how to make bluetooth work (i.e. how to add/build necessary modules e.g. bluez.ko)?
EDIT: OK, probably not that easy, as I imagined - obviously :) so if you are not aware of easy solution just ignore my question

thira
13-10-2010, 17:15
Do you have this noise on your pc as well?

a tip:
Not sure if you can set the volume, but the soundcard should be on 100% and some speakers should only little amplify it otherwise you amplify a lot of noise:)

Very thanks wpte, I loaded latest rt-n16 firmware and modules from your site. :D

I never test this soundcard with pc, but this soundcard work very well with wl-500gp(oleg firmware+soundcore.o+audio.o+madplay+default volume+earphone) and no noise came out.
I played sound on rt-n16 with same environment(different only driver modules).
I tryed low volume, but noise still come out.

lly
13-10-2010, 17:24
thira
Probably it is a bug in old 2.6.22 ALSA/OSS subsystem. Sound support has very low priority at this moment for us, so someone has to find/backport patches from kernel upstream.

thira
13-10-2010, 17:37
Great to hear. I've upgraded to the latest version, loaded modules but need to test it out with some player when at home. Thanks.


Is there anyone to help me understand how to make bluetooth work (i.e. how to add/build necessary modules e.g. bluez.ko)?
EDIT: OK, probably not that easy, as I imagined - obviously :) so if you are not aware of easy solution just ignore my question

RT-N16 latest firmware I was loaded from wpte's web site, firmware at code.google.com/p/wl500g is only r1943 and no snd-usb-audio but wpte's site is r2xxx with snd-usb-audio.

thira
13-10-2010, 17:42
thira
Probably it is a bug in old 2.6.22 ALSA/OSS subsystem. Sound support has very low priority at this moment for us, so someone has to find/backport patches from kernel upstream.
Thanks, lly
Your firmware is excellent.
I'll wait for patch. :D

newb
09-12-2010, 13:36
I've set up my RT-N16 with Oleg firmware and optware on a usb flashdrive which was detected as /dev/sda. My problem occurs when I plug in my external harddrive on the second usb port. On reboot, the external harddrive is detected as /dev/sda and the flashdrive is detected as /dev/sdb, causing optware and unslung to fail. I've tried editing /etc/fstab to use labels instead of device names but this seems to get overwritten on reboot. Can anyone tell me how device names are setup under Oleg firmware or how I can control the device names assigned to my usb drives?

al37919
09-12-2010, 13:43
you may use labels or uuids in fstab. To save fstab execute once:

echo /etc/fstab >> /usr/local/.files
flashfs enabled
and every time after changes:

flashfs save && flashfs commit && reboot
here is a tutorial on basic setup: http://wl500g.info/showthread.php?t=10307

newb
09-12-2010, 14:07
That's brilliant - thanks!
Just for my own understanding, do I need to

flashfs enabled && flashfs save && flashfs commit && reboot
because the filesystem is loaded from flash on boot? Also, what is /usr/local/.files used for?

al37919
09-12-2010, 14:50
Just for my own understanding, do I need to

flashfs enabled && flashfs save && flashfs commit && reboot
it is needed to save flashfs to flash.

flashfs enabled
is enough to execute only once

Also, what is /usr/local/.files used for?
in flashfs are stored contents of /usr/local + files listed in /usr/local/.files

newb
09-12-2010, 16:27
Great - thanks for all your help - much appreciated.

sudo
07-01-2011, 03:10
What sort of USB hard drives have people successfully connected to a RT-N16 without external power?

I have a 80GB Seagate IDE drive (ST980815) in a generic housing that works OK, but my 500GB WD Scorpio Blue (WD50000BEVT) in a Nexstar-3 housing connects sometimes but then flakes out.

wpte
07-01-2011, 17:54
What sort of USB hard drives have people successfully connected to a RT-N16 without external power?

I have a 80GB Seagate IDE drive (ST980815) in a generic housing that works OK, but my 500GB WD Scorpio Blue (WD50000BEVT) in a Nexstar-3 housing connects sometimes but then flakes out.

It's not really adviced to use a harddrive without a PSU.
The PSU of the rt-n16 might not pull it off.
IF you want to use your current hdd, you might want to try a powered USB hub :)

sudo
08-01-2011, 01:59
The 80GB drive has been working OK for a couple months but the socket is damaged/loose so it disconnects when I bump it.

wpte
11-01-2011, 10:39
The 80GB drive has been working OK for a couple months but the socket is damaged/loose so it disconnects when I bump it.

hmm... maybe you can bend the clamps with a screwdriver so it stays stuck:)

hggomes
27-04-2011, 21:05
Does anyone noticed that PURE-FTP compared to other daemons is from far faster on transfer rates?

PURE-FTPD: 9-11MB/s

Transferred 76 Files (6,87 GB) in 12 minutes 11 seconds (9,61 MB/s)

VSFTPD: 6-7MB/s

PROFTPD: 5-6MB/s

Pure-FTPD sometimes does 10.8MB/s (10.5MB/s average) but most of the time doesn't reach 10MB/s, don't really understand why these increase of speed happen, but i think its related with some management with other services. (processor & memory usage)

hggomes
28-04-2011, 12:05
Yes i know that, but whatever i use simple command-line switches or config file, speeds are the same. It has double performance than PROFTPD and almost the same than VSFTPD, that means much...

Pedro83
18-07-2011, 18:30
What I wish to do A) connect from my iPad/Mac/anything over secure VPN connection to my home network so I am able to see my files and B) in ideal world to use my home network connections for secure browsing from remote connection.

I can do the A part of the job over OpenVPN (but only from computer), therefore I would like to switch to PPTP or L2TP which is supported by iOS.

I understood from wpte that rp-l2tp is implemented ( http://wl500g.info/showthread.php?p=234732 ). I tried to follow theMIROn's guidance ( http://wl500g.info/showthread.php?p=231202 ). But I am unable to connect from remote location to my router's l2tp VPN.

My current set-up / steps I've done:
/etc/l2tp/l2tp.conf

global
load-handler "sync-pppd.so"
load-handler "cmd.so"
section sync-pppd
lns-pppd-opts "file /opt/etc/ppp/options"
section peer
peer 0.0.0.0
mask 0
lns-handler sync-pppd
section cmd
/opt/etc/ppp/options

noauth
nomppe nomppc
ktune
default-asyncmap nopcomp noaccomp
novj nobsdcomp nodeflate
lcp-echo-interval 10
lcp-echo-failure 6
# vpn clients ip range and netmask
192.168.100.1:192.168.100.10
netmask 255.255.255.0
# vpn clients dns servers
#ms-dns 192.168.100.1
#ms-dns 192.168.100.2
ip-up-script /opt/etc/ppp/ip-up
ip-down-script /opt/etc/ppp/ip-down
/tmp/ppp/chap-secrets

#login server passwd IP addresses
myuser * mypass *
/opt/etc/ppp/ip-up (chmod +x)

!/bin/sh
/usr/bin/logger -t L2TP "client connected [$*]"
iptables -I INPUT 1 -i $1 -j ACCEPT
iptables -I FORWARD 1 -i $1 -j ACCEPT
iptables -t nat -A POSTROUTING -o $1 -j MASQUERADE
/opt/etc/ppp/ip-down (chmod +x)

#!/bin/sh
/usr/bin/logger -t L2TP "client disconnected [$*]"
iptables -D INPUT -i $1 -j ACCEPT
iptables -D FORWARD -i $1 -j ACCEPT
iptables -t nat -D POSTROUTING -o $1 -j MASQUERADE
/usr/local/sbin/post-firewall

#!/bin/sh
#L2TP
/usr/bin/logger -t L2TP "allow incoming connections [$*]"
iptables -P INPUT DROP
iptables -D INPUT -j DROP
iptables -A INPUT -p tcp -m udp --dport 1701 -j ACCEPT

#OpenVPN access from WAN
iptables -D INPUT -j DROP
iptables -I INPUT -p udp --dport 1194 -j ACCEPT
iptables -t nat -I PREROUTING -i vlan1 -p udp --dport 1194 -j DNAT --to-destination 192.168.1.1:1194
iptables -A INPUT -j DROP

iptables -I INPUT -i tun0 -j ACCEPT
iptables -I FORWARD -i tun0 -j ACCEPT
iptables -I FORWARD -o tun0 -j ACCEPT
iptables -I OUTPUT -o tun0 -j ACCEPT

#FTP
iptables -I INPUT -p tcp --dport 21 -j ACCEPT
iptables -I INPUT -p tcp --dport 55000:60000 -j ACCEPT
iptables -t nat -A PREROUTING -i vlan1 -p tcp --dport 55000:60000 -j DNAT --to-destination 192.168.1.1
/usr/local/sbin/post-boot

#!/bin/sh
/usr/bin/logger -t L2TP "start serving connections [$*]"
# make sure configs above do exist
l2tpd
/usr/local/.files

/etc/fstab
/usr/local/root/.ssh/id_rsa.pub
/tmp/etc/passwd
/tmp/etc/group
/tmp/ppp/chap-secrets
/tmp/etc/l2tp/l2tp.conf

I think (in case I am not totally of topic and l2tp is not meant for this purpose) my weak point is post-firewall as I am total noob in iptables and honestly I don't understand it.
Please let me know if I should attach any logs that could help you help me. I am not asking for solution (although I would not say no :)), a hint with direction would be very appreciated - I am happy to learn something.

-----------------
netstat -an | grep 1701

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
udp 0 0 0.0.0.0:1701 0.0.0.0:*
pss l2tpd

356 ? S 0:00 l2tpd
cat syslog.log | grep L2TP

Jan 1 01:00:04 L2TP: allow incoming connections [vlan2 0.0.0.0 br0 192.168.1.1]
Jan 1 01:00:05 L2TP: allow incoming connections [vlan2 78.102.x.x br0 192.168.1.1]
Jan 1 01:00:05 L2TP: start serving connections []

wpte
15-08-2011, 15:47
hello pedro, sorry to respond so late, I've been away on holday and unable to test this myself:)

Now I followed the same guide you followed and also I have been unable to connect to the server. After windows tried to verify the username and password it wouldn't pass the connecting part...

It simply shows an 800 error.
Also, doesn't L2TP use port 1723?

things you could try are to place all the configuration scripts on the flasfs instead of harddrive, just in case.
Also you can just entire folders to the .files like:

/etc/l2tp
it will save that folder including every sub file/folder;)

oldgringo
05-05-2012, 23:23
Hi guys, I've got one problem which can't solve for weeks. My rt-n16 automaticaly disconnects and then reconnects every 24 hours. It's not a matter of line provider, with another device I can get stable connection for weeks without interrupts. I set Idle Disconnect Time in seconds(option) to zero, but still problem occurs. Is there any other setting which I had to check?
Thanks.

hggomes
07-05-2012, 21:16
Hi guys, I've got one problem which can't solve for weeks. My rt-n16 automaticaly disconnects and then reconnects every 24 hours. It's not a matter of line provider, with another device I can get stable connection for weeks without interrupts. I set Idle Disconnect Time in seconds(option) to zero, but still problem occurs. Is there any other setting which I had to check?
Thanks.

What FW are you using? Original or Oleg?

Make sure you clean nvram via telnet/ssh and load defaults settings in GUI and try again.

You can also reset via hw botton on the back of the unit.

Good luck ;)

oldgringo
08-05-2012, 07:05
I use Oleg's recent firmware version here. This problem persists since I moved from direct network vlan2 connection to pppoe through dsl modem, I've tried tens of fw versions from 2408 until now, everytime factory default but not work, there is pppoe reconnect every 24 hour. In my syslog I can see this:

May 7 17:57:49 PPPoE: Disconnected
May 7 17:57:52 pppd[1354]: Connection terminated.
May 7 17:57:52 pppd[1354]: Modem hangup
May 7 17:58:22 pppd[1354]: Connected to xx:xx:xx:xx:xx:xx via interface vlan2
May 7 17:58:22 pppd[1354]: Connect: ppp0 <--> vlan2
May 7 17:58:23 pppd[1354]: PAP authentication succeeded
May 7 17:58:23 pppd[1354]: peer from calling number xx:xx:xx:xx:xx:xx authorized
May 7 17:58:23 pppd[1354]: local IP address yyy.yyy.yyy.yyy
May 7 17:58:23 pppd[1354]: remote IP address zzz.zzz.zzz.zzz
May 7 17:58:25 PPPoE: connected to ISP

hggomes
08-05-2012, 13:39
You are making a bridge with a dial up device, what modem model is?

oldgringo
09-05-2012, 03:02
Zyxel Prestige 660HN-T3A in bridge mode

hggomes
10-05-2012, 23:45
I never try with that specific model but i've never had any problem with PPPoE Bridges at all with RT-N16, not sure what is happening... Have you cleaned nvram (not defaults) sucessfuly after update the fw?

oldgringo
13-05-2012, 22:24
I started everything from the scratch, clear everything, loaded latest firmware, factory defaults and only basic settings (pppoe and dhcp) but after 24 hours again reconnect. I have to check another dsl modem, it's probably my last hope.

hggomes
14-05-2012, 00:38
Yeah thats the way to go, good luck ;)

QMax
03-06-2012, 20:00
Due to an hardware fault of my WL-500W, in the next days I'll replace it with a new RT-N16.
I was running WL500W-1.9.2.7-rtn-r4051.trx, and I'll flash RT-N16-1.9.2.7-rtn-r4051.trx.

Is it possible to save settings.cfg and flashfs from my old router and upload it on the RT-N16 (I know of different flash size) ?

Thanks

Max

yoni
23-06-2012, 21:30
Hey,

How can I revert back to Asus original firmware on RT-N16?

I tried to "upgrade" using the web interface and it didn't work, I tried Asus restoration utility and it was unable to connect and last I tried tftp and got "Error on server : transfer cancelled" (I also tried several different tftp programs and o of course I put the router in recovery mode)

It there an "official way" of doing it?


Thanks,
Yoni

hggomes
03-07-2012, 23:33
Press RESET botton and power it on (power light will blink), it will be in recover mode. Now use ASUS Firmware Restoration tool and upload the firmware.

hggomes
21-07-2012, 05:39
There are problems with last builds of Oleg Firmware (at least R4517, R4519 and R4520), after upgrade change for example SSID and save & reboot, will not save configuration...

R4502 is OK!

lly
21-07-2012, 08:41
There are problems with last builds of Oleg Firmware (at least R4517, R4519 and R4520), after upgrade change for example SSID and save & reboot, will not save configuration...

R4502 is OK!
Confirmed, bug introduced in r4516. Fixed in r4522.

hggomes
21-07-2012, 13:03
Great, tks ;-)