Connection slow, when using SG3428x
Good day
Yesterday I got my SG3428X
My PC is connected via 10gbe sfp+ to the switch, same for my 2 NAS
and when i copy a file from my pc to any of the Nas i get ~230mb/s transfer
without the switch
direct connection pc to nas
i get ~750mb/s transfer
I saw Jumbo in settings within omada software controller
but i only can set it global from 1518 to 9216 (my 10gbit cards are set to 9000, my 1gbit is 1500)
changing the Jumbo value doesnt help, but I like to understand would 9216 or 9000 the correct value at the switch, and why is there no different value between 1gbit and 10gbit ports for a Jumbo setting
Anyway..main issue...a lot to slow connection, when the switch is between the devices
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Thank you for your post.
Could you please tell us the exact model of the SFP+ modules you are using? Have you tried any other modules?
Also, how are you measuring the file-transfer speed? I recommend running iperf between the PC and NAS to see what throughput you actually get. You can check the port status to confirm that both sides have negotiated 10 Gbps Full-Duplex.
MTU is not “the bigger the better”; an excessively large MTU can increase latency and the probability of errors. MTU size has no direct relationship with the negotiated link speed. If you do raise the MTU, make sure every device in the path supports the same jumbo-frame size.
Have you applied any special configuration to those two switch ports? In addition, you can capture packets to investigate where the bottleneck occurs.
- Copy Link
- Report Inappropriate Content
Thank you for your post.
Could you please tell us the exact model of the SFP+ modules you are using? Have you tried any other modules?
Also, how are you measuring the file-transfer speed? I recommend running iperf between the PC and NAS to see what throughput you actually get. You can check the port status to confirm that both sides have negotiated 10 Gbps Full-Duplex.
MTU is not “the bigger the better”; an excessively large MTU can increase latency and the probability of errors. MTU size has no direct relationship with the negotiated link speed. If you do raise the MTU, make sure every device in the path supports the same jumbo-frame size.
Have you applied any special configuration to those two switch ports? In addition, you can capture packets to investigate where the bottleneck occurs.
- Copy Link
- Report Inappropriate Content
please tell us the exact model of the SFP+ modules you are using
Tried two Intel AFBR-709DMZ-IN2
and eight 10Gtek AXS85-192-M3 and one of those 8 worked for 10GBit/s,
all other 9 modules only got 1Gbit/s
Tested all modules with same cable between my 2 NAS as direct connection (withIntel X520), always 10GBit connection
how are you measuring the file-transfer speed?
Iperf is nice, but the real speed is what counts
I get 750/mb/s transfer between pc and nas, or nas and nas in direct connection with single port
gets up to 950 when using smb multipath with 2 lines
Thats cause of intel x520 is just pcie2.0 and the nas only has 4 pcie lines,
so 750 is as value ok
I might have configured the switch wrong, like no vlan for the 10gbit connection
but i also tested just the sfp+ ports at the switch conected each to both nas and my pc
and i only got 300 maybe 320mb/s , so around the half
next week i have some spare time and i will do some other testings if you want me to do
i will try the switch outside of omada, so i can directly configure it
MTU is not “the bigger the better”;
Surely, but the 10gbit connection is for large files, and there an mtu of 9000 makes sense
that why i wonder that i cant configure the jumbo frames per port, or at least between 1 and 10gbit ports
cause regular 1gbit ports run at 1500, and 10gbit at 9000
but the switch has just a global checkbox for all ports...
and i wonder how it treats the frame size differences between 1gbit and 10gbit devices
Have you applied any special configuration to those two switch ports?
switch was reset and adopted into my network
In addition, you can capture packets to investigate where the bottleneck occurs.
i need a description what and how to do
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 431
Replies: 2
Voters 0
No one has voted for it yet.