Subject: NetBSD NFS over UDP fragile?
To: None <current-users@NetBSD.ORG>
From: Simon J. Gerraty <sjg@frodo.dn.itg.telecom.com.au>
List: current-users
Date: 09/14/1995 12:54:37
I have an NFS server with fddi and ethernet interfaces.
At present [will be changed tonight], the hop count to this subnet is
the same via le0 and nf0. So occasionally the server updates his
routing table to use the other interface....
SunOS systems are not fussed at all, so I assume that when they send
NFS requests to the ethernet address and get a reply from the fddi
address they happily take it.
The NetBSD (sparc-current 95-08-18) on the other hand does:
12:49:38.32 144.136.188.252.11c > 144.136.48.60.801: 128 getattr [|nfs]
12:49:38.32 144.136.188.165.801 > 144.136.188.252.11c: reply ok 96
12:49:38.32 144.136.188.252 > 144.136.188.165: icmp: 144.136.188.252 udp port 1034 unreachable
and of course it hangs...
Anyone got a patch for this? The router is being re-configured to add
an extra hop to the ethernet interface, so that the fddi will be
prefered, but it would be nice if NetBSD just coped with it.
--sjg