NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
ReadyNAS Ultra 4 Plus Jumbo Frame Issue
I am having trouble with jumbo frames with my ReadyNAS Ultra 4+. My setup is as follows. Both My Computer and ReadyNAS goes to the TRENDNET S80G. The TRENDNET S80G supports JF up to 9k MTU. So I had JF enabled on the ReadyNAS and my computer and I started a large transfer. However, I was seeing transfer rates of 15MB/s. If I disable JF on the ReadyNAS I get around 70MB/s. What's up with that? I verified that the ReadyNAS does have JF turned on. The MTU size is grayed out however it does read 9000. I also set my computer to 9K MTU size. I have my computer's nic also manually set 1000 FULL and the ReadyNAS shows 1000 Full as well. As a test I tried a direct connection from my computer to the ReadyNAS. And still the same issue. Not sure what to do from here on out. Any help would be appreciated.
I'd also like to mention that it doesn't matter if I leave JF on or off on my NIC. I get 70MB/s as long as JF is disabled on the ReadyNAS. But as soon as I turn on JF on the ReadyNAS. It doesn't matter if JF is on or off on my NIC, i get 15MB/s max. Also doesn't matter if I'm connected to the switch or direct connected. Also. If I transfer from the same PC to another PC on the network with JF enabled and set to 9K MTU. I see great speeds 85MB/s. So it has to be something on the ReadyNAS's side.
System Info:
Windows 7 Pro x64
ReadyNAS Ultra 4 Plus running RAIDiator 4.2.19
4 X 2TB HITACHI Deskstar 5K3000
TRENDNET S80G unmanaged Gig-E switch with 9k MTU JF Support
GA-Z68XP-UD3 Motherboard Onboard NIC (Realtek 8111E)
I'd also like to mention that it doesn't matter if I leave JF on or off on my NIC. I get 70MB/s as long as JF is disabled on the ReadyNAS. But as soon as I turn on JF on the ReadyNAS. It doesn't matter if JF is on or off on my NIC, i get 15MB/s max. Also doesn't matter if I'm connected to the switch or direct connected. Also. If I transfer from the same PC to another PC on the network with JF enabled and set to 9K MTU. I see great speeds 85MB/s. So it has to be something on the ReadyNAS's side.
System Info:
Windows 7 Pro x64
ReadyNAS Ultra 4 Plus running RAIDiator 4.2.19
4 X 2TB HITACHI Deskstar 5K3000
TRENDNET S80G unmanaged Gig-E switch with 9k MTU JF Support
GA-Z68XP-UD3 Motherboard Onboard NIC (Realtek 8111E)
25 Replies
Replies have been turned off for this discussion
- I get a similar issue. My Ultra 4 Plus with JF enabled doesn't work, full stop. As I have rebuild my pc with different motherboard and they both do the same thing. I have it disabled on my pc at the moment and that works fine. Something I did notice though is that the MTU is 9000 on the Ultra and my nic defaults to 9014 would this be the issue as the MTUs are difference sizes? The MTU option for my nic is hard coded, but would it be possible in the next firmware up date to once jf is enabled to allow the field to be edited? I think if I could change the MTU to match it may work.
- I ran a quick test last night and it turns out after copying files up to my Ultra with JF enabled I also got 10-11MB with it off and a reboot 75-85MB.
I still think this is a MTU issue...
It's easy enough to figure out the MTU between the PC and the NAS - then you would know for sure.Silversurfer79 wrote: I ran a quick test last night and it turns out after copying files up to my Ultra with JF enabled I also got 10-11MB with it off and a reboot 75-85MB.
I still think this is a MTU issue...
Assuming Windows, open a command window and type
ping -f -l 1472 NASNAME
If you see a "packet needs to be fragmented but df set" response, then you have an MTU that is less that 1500.
You can adjust the 1472 number up/down until you find the smallest number that gets the "packet needs to be fragmented..." response. Add 28 to that number and you have the MTU size for the connection.
Though from a practical point of view, just leave jumbo frames off.- Wondering why this worked perfectly with my Duo and doesn't with my Ultra?
Though from a practical point of view, just leave jumbo frames off.
No really the point is it, I purchased a Netgear switch, ultra and a new motherboard that all supported Jumbo Frames not to be able to use it :slap:
Is there any feedback on this?- As I said, the first step is to figure out the actual MTU size of the path. The ping procedure above will do this (also it works with jumbo frames on).
As far as expectations go, jumbo frames do not always increase performance. And since they never were standardized (due to technical issues), there are some mixes of equipment where they simply won't work.
If your PC NIC has 9014 hard-coded as its only JF size, then it is a poor implementation. Of course the PC can receive 9000 byte frames, so reads should work. When writing, I think both the switch and the ReadyNAS will have to either drop or fragment the JF packet. Maybe you can post both read and write speeds.
BTW, it is hard to give much advice w/o knowing more details about your switch and PC setup. Also it would be helpful to know the ultra's network stats when you have jumbo frames on. - Also have you checked to see if you have the latest drivers installed for your NIC?
Also have you checked to see if you have the latest drivers installed for your NIC?
I have the latest drivers installed now, I'm just trying to make sense of StephenB's comment.As I said, the first step is to figure out the actual MTU size of the path. The ping procedure above will do this (also it works with jumbo frames on).
As far as expectations go, jumbo frames do not always increase performance. And since they never were standardized (due to technical issues), there are some mixes of equipment where they simply won't work.
If your PC NIC has 9014 hard-coded as its only JF size, then it is a poor implementation. Of course the PC can receive 9000 byte frames, so reads should work. When writing, I think both the switch and the ReadyNAS will have to either drop or fragment the JF packet. Maybe you can post both read and write speeds.
BTW, it is hard to give much advice w/o knowing more details about your switch and PC setup. Also it would be helpful to know the ultra's network stats when you have jumbo frames on.
Thanks for the feedback so far chaps, much appreciated :)
Ill have a crack at this tonight.As I said, the first step is to figure out the actual MTU size of the path. The ping procedure above will do this (also it works with jumbo frames on).
As far as expectations go, jumbo frames do not always increase performance. And since they never were standardized (due to technical issues), there are some mixes of equipment where they simply won't work.
If your PC NIC has 9014 hard-coded as its only JF size, then it is a poor implementation. Of course the PC can receive 9000 byte frames, so reads should work. When writing, I think both the switch and the ReadyNAS will have to either drop or fragment the JF packet. Maybe you can post both read and write speeds.
BTW, it is hard to give much advice w/o knowing more details about your switch and PC setup. Also it would be helpful to know the ultra's network stats when you have jumbo frames on.
So I following what what you suggested and this is the output.
Is that what your looking for? I added 28 to that which makes the MTU 9001, is that correct?
Thanks again for the help.- Not quite. The response you got indicates that MTU is less than 9001. You need to lower the buffer size (number after the -l) until the "packet needs..." message disappears. The response you want starts with "Reply from..."
Try 8972 first. If that also gives the "packet needs..." response then hunt for the biggest buffer size that gives you a normal "reply from" response. Start with even thousands, then shift to 100s, tens, etc.
THEN add 28.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
