Sorry if this question is duplicated, not found something similar.
My question : both green and blue interface are “stuck” at 35 MBps while I have a gigabit Ethernet network.
If I do a copy from my pc to a NAS server on the same LAN (e.g. green), the transfer speed is about 80 MBps. On the contrary, if I put the NAS on the blue LAN, it drops to 30-35 MBps.
There are no QOS and no bandwidth limitation at the proxy level. I have no idea of what can do that.
Any idea, please?
Thanks in advance.
Hello Emmanuel - Welcome to the IPFire Community!
Generally “no” it should not be stuck. It is dependent on the IPFire device. What device are you using?
On the blue LAN, is this though a Wi-Fi connection? Or is the NAS connected via Ethernet?
I am curious, what version of IPFire are you using?
I’m using IPFire 2.27 (x86_64) - Core-Update 171, and yes the NAS is connected via Ethernet on the blue LAN. By device, you mean which network card?
Results given by lspci:
- green card is a Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
- blue card is a D-Link System Inc DGE-528T Gigabit Ethernet Adapter (rev 10)
Is it possible that all nic are upper bounded by the red interface speed? Theoretical speed of my Internet connection is 300 Mbps (35.7 MBytes/s), which is roughly the max speed of the green and blue nic.
What does ethtool green0 says? Does it negotiate 1000baseT/Full (see example below, the arrow and note is mine)?
ethtool green0
Settings for green0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full <--- negotiated speed
Advertised pause frame use: Symmetric
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
MDI-X: off (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
Make sure that your cables (cat 5e and above) and switches do support a gigabit ethernet. if necessary you can try to force a gigabit connection:
sudo ethtool -s green0 speed 1000 duplex full
ethtool green0
Settings for green0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
master-slave cfg: preferred slave
master-slave status: slave
Port: Twisted Pair
PHYAD: 0
Transceiver: external
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: d
Link detected: yes
It seems to be supported. Next I would install iperf3 with pakfire and test the connection of IPFire with a machine in green. While iperf3 try to saturate the link, I would issue on another terminal of IPFire the top command and see if one of the cores is maxed out. If yes, that’s the bottle neck.
Edit, tutorial: start iperf3 in server mode in a console of ipfire:
iperf3 -s
Next in a console of a computer in green, start iperf3 (to be installed of course) in client mode
iperf3 -c 192.168.1.1 <--- put here the ip address of ipfire
while going, check with ‘top’ the cpu cores load. You can increase the time of the test with the -t switch in seconds on the client side. For example iperf3 -t 120 -c 192.168.1.1 will test the link for two minutes.
1 Like
I meant the box itself
if you are measuring the speed between two computers in the green interface (pc and NAS) and they are both connected to a switch, the traffic should not pass through the router (IPFire), therfore any limitation of speed is a matter of the two machines, their cables and the switch only.
1 Like
ipfire cpu is Intel(R) Celeron(R) CPU N3150 @ 1.60GHz
server: iperf3 -s -f M
ipfire: iperf3 -c srv.addr -f M -d -t 120
same lan, server on green
top results on ipfire: cpu3 between 70-80%, cpu0-2 between 4-30%
[ 5] 119.00-120.00 sec 111 MBytes 111 MBytes/sec 0 311 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-120.00 sec 12.7 GBytes 109 MBytes/sec 0 sender
[ 5] 0.00-120.04 sec 12.7 GBytes 108 MBytes/sec receiver
server on blue LAN:
top results on ipfire: cpu0 between 60-70%, cpu1-3 between 4-10%
[ 5] 119.00-120.00 sec 33.8 MBytes 33.7 MBytes/sec 0 150 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-120.00 sec 3.52 GBytes 30.1 MBytes/sec 12967 sender
[ 5] 0.00-120.04 sec 3.52 GBytes 30.0 MBytes/sec receiver
So, if I understand the results, it seems there is a problem with the blue nic, right?
The box is a custom pc with 3 Ethernet cards. Do you need some details, Jon ?
can you run the similar command for blue?
ethtool blue0
(maybe its above and I missed it?)
Is there a hub/switch connected to blue? If yes, what is it?
not at the moment…
Yes, there is a switch, it’s a Linksys LGS326.
Settings for blue0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
master-slave cfg: forced master
master-slave status: master
Port: Twisted Pair
PHYAD: 0
Transceiver: external
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: d
Link detected: yes
Between the two endpoints in the iperf3 test, green0 on IPFire is compatible with a gigabit interface. As I said before, if you are testing between two machines in green and they are both attached to the same switch, IPFire will not be involved, so any speed bottle neck should be a matter of the two computers, cables and switch. For the blue interface, yes, it is slower.
1 Like
Thanks for the support guys !
I didn’t know iperf3. I’ll change the blue nic tomorrow and post new results (if any).