Software UTM9 - wrong kernel module for Realtek NIC

Hello,
...It nees the realtek_s r8168 but it loads by default realtek_s r8169 which makes this sloweness. The lsmodules on my machine displays there are only r8169 modules active, not r8168.
...
I_ve tried to solve it by installing the original Realtek kernel module as described i.e. here:
https://bugs.launchpad.net/ubuntu/+source/linux-backports-modules-3.0.0/+bug/839393
...
Note: The link to the driver : Realtek or just the attachment.

Hi, 
The description for the ubuntu bug you link says
"Some users are experiencing connectivity issues with the r8169 driver in v3.0. Apparently the r8169 driver in v3.1 is more reliable."

Astaro 9.006 is using the 3.3.8 kernel, so I would think that bug report would not apply.

If you look at Linus' source tree, you will see there is no r8168 module:
https://github.com/torvalds/linux/tree/master/drivers/net/ethernet/realtek

If you look at the r8169 file, it says "r8169.c: RealTek 8169/8168/8101 ethernet driver"
https://github.com/torvalds/linux/blob/master/drivers/net/ethernet/realtek/r8169.c

Realtek may have their own driver, independent of the one in Linus' source tree, but almost no one uses out-of-kernel drivers when in-kernel drivers are available.


That said, if you want to confirm that it is a driver problem, make a reproducible, local test (local FTP server or use iPerf or similar), and test your bandwidth from the firewall to a local server (don't test THROUGH the firewall). You will need to create some packetfilter rules to allow the local interface 'out' to the local server.

Then, find a linux distro which has support for Realtek's driver, boot it up, and test it again.

That's a lot of work, so I would first check some other things:

1. run 'ifconfig' and look for interface errors on EACH of your ethX devices; you should see:
RX errors:0 dropped:0 overruns:0 frame:0
TX errors:0 dropped:0 overruns:0 carrier:0
collisions:0

2. make sure the speed and duplex are the same on the firewall and on the switch and modem all match.

3. make sure your MTU is correct


Furthermore, this may not even be a NIC problem:
a. What do you mean by 'performance is terrible'?

b. What is your connection speed?

c. How are you testing?

d. What features are you using?

e. How is the CPU usage during a test?

Barry

Hello,
...It nees the realtek_s r8168 but it loads by default realtek_s r8169 which makes this sloweness. The lsmodules on my machine displays there are only r8169 modules active, not r8168.
...
I_ve tried to solve it by installing the original Realtek kernel module as described i.e. here:
https://bugs.launchpad.net/ubuntu/+source/linux-backports-modules-3.0.0/+bug/839393
...
Note: The link to the driver : Realtek or just the attachment.

Hi, 
The description for the ubuntu bug you link says
"Some users are experiencing connectivity issues with the r8169 driver in v3.0. Apparently the r8169 driver in v3.1 is more reliable."

Astaro 9.006 is using the 3.3.8 kernel, so I would think that bug report would not apply.

If you look at Linus' source tree, you will see there is no r8168 module:
https://github.com/torvalds/linux/tree/master/drivers/net/ethernet/realtek

If you look at the r8169 file, it says "r8169.c: RealTek 8169/8168/8101 ethernet driver"
https://github.com/torvalds/linux/blob/master/drivers/net/ethernet/realtek/r8169.c

Realtek may have their own driver, independent of the one in Linus' source tree, but almost no one uses out-of-kernel drivers when in-kernel drivers are available.


That said, if you want to confirm that it is a driver problem, make a reproducible, local test (local FTP server or use iPerf or similar), and test your bandwidth from the firewall to a local server (don't test THROUGH the firewall). You will need to create some packetfilter rules to allow the local interface 'out' to the local server.

Then, find a linux distro which has support for Realtek's driver, boot it up, and test it again.

That's a lot of work, so I would first check some other things:

1. run 'ifconfig' and look for interface errors on EACH of your ethX devices; you should see:
RX errors:0 dropped:0 overruns:0 frame:0
TX errors:0 dropped:0 overruns:0 carrier:0
collisions:0

2. make sure the speed and duplex are the same on the firewall and on the switch and modem all match.

3. make sure your MTU is correct


Furthermore, this may not even be a NIC problem:
a. What do you mean by 'performance is terrible'?

b. What is your connection speed?

c. How are you testing?

d. What features are you using?

e. How is the CPU usage during a test?

Barry

2. make sure the speed and duplex are the same on the firewall and on the switch and modem all match.
Yes, they are set fix to 100/full

3. make sure your MTU is correct

MTU 1500. My vDSL Router uses 1492 with ISP. The connection between Router and FW Switch = 1500.

a. What do you mean by 'performance is terrible'?

Hmm, hard to explain. The tests with iptraf and some web-based (speedtest.net, etc.) engines with and without firewall in between.

b. What is your connection speed?

I have asymmetric DSL, so without FW ~46 Mbit down, ~8 Mbit up . With the RTL NIC -with- FW: ~23 Mbit down, ~2 Mbit up. With the other older 100Mb 3com NIC 3c905 the speed was: ~40 Mbit down, ~6 Mbit up[:)]
LAN speed doesn't matter, it is going direct, no FW in between.

c. How are you testing?

iptraf and webservices

d. What features are you using?

FW, IPS-Web, Web-AV

e. How is the CPU usage during a test?

6-10% usage

I'm getting today my 2x1000 Intel NIC. We'll see what are the results then.
I'll let you know. Thanks a lot!