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 x64ReadyNAS Ultra 4 Plus running RAIDiator 4.2.194 X 2TB HITACHI Deskstar 5K3000TRENDNET S80G unmanaged Gig-E switch with 9k MTU JF SupportGA-Z68XP-UD3 Motherboard Onboard NIC (Realtek 8111E)

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...

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...It's easy enough to figure out the MTU between the PC and the NAS - then you would know for sure.Assuming Windows, open a command window and typeping -f -l 1472 NASNAMEIf 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?

ReadyNAS Ultra 4 Plus Jumbo Frame Issue

25 Replies

Replies have been turned off for this discussion

rccoleman
Aspirant
Jan 14, 2012
If I'm reading correctly, he did that first in that screenshot and the correct answer is 9000 (8972 + 28).
StephenB
Guru - Experienced User
Jan 15, 2012
rccoleman wrote:
If I'm reading correctly, he did that first in that screenshot and the correct answer is 9000 (8972 + 28).
You are not reading correctly. The first ping failed with "Request Timed Out", so it gives no information about the MTU. Not sure why that happened.

Again, the goal is to find the largest buffer size that returns the normal (successful) "reply from IPADDR bytes=xxx time=y ms TTL=zz" response.
rccoleman
Aspirant
Jan 15, 2012
My point was that he tried your first suggestion already (8972) and it didn't give the 'needs fragmenting' message. The lack of a reply could be something else entirely.
Silversurfer79
Aspirant
Jan 15, 2012
Thanks Gents for both your replies,

I cant get a reply on any ranges, the only time I get a response is under 1500 all the way down to 1. For example I tried 4000 and I get a time out, but if I move it into the 8800 range and above I get the, "Packet Needs to be ..." response. I even got as high as 9014 before I get a time out.

I'm feeling like this may never work at all, I mention further above that my DUO did this perfectly with all my excising hardware, but the Ultra doesn't.

If there is a issue with the Ultra I can accept that and I will be more than happy to wait for a firmware upgrade to resolve the issue, there is no rush to get this resolved. I just would like some reassurance that its being worked on.

I don't know what else to say and i have run out of suggestion, all I can do is provide the facts and hope that some one with a better understanding of JF (MTU) can help so hear goes;

I have the following kit:
Readynas Ultra 4 plus
PROSAFE 8-PORT GIGABIT SMART SWITCH GS108T - witch supports JF but doesn't make reference tot he size of the frames
P8Z68-V PRO/GEN3 - Motherboard - Brand spanking new! (previously I had a Asus P5E3 Deluxe) and this also worked as did my new MB with the JF on on my Duo.

Thanks guys for the help again :D
mdgm-ntgr
NETGEAR Employee Retired
Jan 16, 2012
Which version of the GS108T do you have Silversurfer79?

To help isolate cause of the issue does a direct-connection (How to Direct Connect to your ReadyNAS work fine?

Have you tried connecting the NAS to multiple different ports on the switch remembering to enable jumbo frames on the port you try?

rccoleman wrote:
If I'm reading correctly, he did that first in that screenshot and the correct answer is 9000 (8972 + 28).

StephenB

Guru - Experienced User

Jan 16, 2012

Silversurfer79 wrote:
I have the following kit:
Readynas Ultra 4 plus
PROSAFE 8-PORT GIGABIT SMART SWITCH GS108T - witch supports JF but doesn't make reference tot he size of the frames
P8Z68-V PRO/GEN3 - Motherboard - Brand spanking new! (previously I had a Asus P5E3 Deluxe) and this also worked as did my new MB with the JF on on my Duo.

Silversurfer79 wrote:
I have the following kit: Readynas Ultra 4 plus PROSAFE 8-PORT GIGABIT SMART SWITCH GS108T - witch supports JF but doesn't make reference tot he size of the frames P8Z68-V PRO/GEN3 - Motherboard - Brand spanking new! (previously I had a Asus P5E3 Deluxe) and this also worked as did my new MB with the JF on on my Duo.

The GS108T is a managed switch, meaning it has a web page to configure it. (I have a GS108Tv2 btw). The ethernet frame size is on the "switching" tab, and can be set between 1518 and 9216. 1518 corresponds to a 1500 byte MTU (the ethernet frame size includes an 18 byte ethernet header).

By default the GS108Tv2 has jumbo frames turned off - so if you never configured it, you actually don't have jumbo frames available on your network.

Also, the GS108Tv2 has global flow control turned off by default. This should be turned on. The control is called "Global Flow Control (IEEE 802.3x) Mode", there is a flow control menu item right below "port configuration" on the switching tab.

BTW, the switch also keeps statistics for each port, which might also be helpful in figuring your throughput issues out.

Silversurfer79
Aspirant
Jan 17, 2012
Hi Gents,

I'm aware that its a managed switch, I bought it for that reason and the fact that it supports Jumbo Frames.

JF is enabled and its either on or off. it cannot be set per port. the switch is the older one maybe this helps.

Model Name-Hardware Version-Boot Version-Software Version
GS108T-------1.0.0.1------------V1.0.0_02----3.0.4.10

StephenB

Guru - Experienced User

Jan 17, 2012

The manual (ftp://downloads.netgear.com/files/GS108T_UM_11Feb08.pdf) says

The Switch Configuration menu lets you to enable or disable the Jumbo Frame support. The default frame size is 1518 bytes. When jumbo frame support is enabled, the frame size can vary from 64 to 9,728 bytes.

The product information FAQ (http://support.netgear.com/app/answers/detail/a_id/126) says

Why do I see packet loss when transmitting jumbo frames from one port to multiple ports at wire-speed?

This is a limitation of the chipset used in GS108T. The workaround is to enable flow-control.

Pinging by IP address should be working reliably, it is strange that you are seeing timeouts when you use the procedure above. Something is clearly wrong on the network path.

Silversurfer79
Aspirant
Jan 17, 2012
mmmmmmmmmm, my router is a DNS proxy wonder if they maybe causing the issue.

Ill try again tonight, but use the IP and not the DNS name, having said that it wont be DNS as its a netbios name. As the record isnt registered in DNS anywhere on my network or on the net...

So from what Ive read so far you are suggeting its not a inherent issue with the Ultra then?
StephenB
Guru - Experienced User
Jan 17, 2012
Silversurfer79 wrote:
... Ill try again tonight, but use the IP and not the DNS name ...
I was wondering about name resolution, since your screenshot showed a ping by name which timed out, followed with a ping by IP address which didn't.
Silversurfer79 wrote:
...So from what Ive read so far you are suggesting its not a inherent issue with the Ultra then?
I don't think it is in your ultra. Certainly not inherent, as there'd be a lot more folks reporting this.

Forum Discussion

ReadyNAS Ultra 4 Plus Jumbo Frame Issue

25 Replies

Related Content

Enabling SSH access on Readynas Ultra 2

Readynas Ultra 6 Network issues??

ReadyNAS Ultra 4

Readynas Ultra 4 - TLS issue

ReadyNAS Ultra 2

NETGEAR Academy

ProSupport for Business