[Bridge] Re: No UDP NFS over bridges in Linux 2.6.16.x?
shemminger at osdl.org
Fri Apr 14 09:40:42 PDT 2006
On Fri, 14 Apr 2006 14:42:20 +0100 (BST)
Chris Rankin <rankincj at yahoo.com> wrote:
> I have 2 servers which are connected to a gateway machine. The gateway and one server are running
> Linux 18.104.22.168, while the third machine is running 22.214.171.124. The two ethernet ports on the gateway
> which are connected to the servers are combined into a single ethernet bridge device.
> Ever since 2.6.16, I have noticed that I can no longer cross-mount the two servers' /home
> directories via UDP NFS. Which is to say that the mount command succeeds, but that trying to
> access the filesystem makes the process hang and the "NFS server not responding" message to appear
> in the console log. This is true regardless of which machine is the NFS server and which is the
> NFS client.
> It all works fine if I use TCP NFS instead.
> Also, UDP NFS works OK between any server and the gateway itself, so it only goes wrong when UDP
> NFS traffic is forwarded across the bridge. (I have not changed my firewall rules, which just tell
> the gateway to forward all traffic coming in from the bridge device anyway.)
> Can anyone reproduce this, please? I obviously have a workaround (using TCP instead of UDP) but it
> sounds like there's a bug somewhere.
Most likely the problem is that the MTU on the two devices in the bridge is different.
The bridge will silently drop packets if they are too large for the destination port (it's in the 802.1d
standard). TCP has path mtu discovery and is smart enough to recover. UDP doesn't do
Anyway don't run NFS over UDP unless you want data corruption. There are sequence number wraparound
issues that are unsolvable when running NFS over UDP/IP and faster links.
More information about the Bridge