From owner-freebsd-hackers Thu May 23 13:14:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14708 for hackers-outgoing; Thu, 23 May 1996 13:14:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA14703 for ; Thu, 23 May 1996 13:14:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08183; Thu, 23 May 1996 13:09:13 -0700 From: Terry Lambert Message-Id: <199605232009.NAA08183@phaeton.artisoft.com> Subject: Re: NFS interop problems... To: bwithrow@BayNetworks.com (Robert Withrow) Date: Thu, 23 May 1996 13:09:13 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199605231630.MAA16425@tuva.engeast.baynetworks.com> from "Robert Withrow" at May 23, 96 12:30:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm suffering from the (I think) well known interop > problem with sun nfs servers, where you send a request > to one port on the server and you get the reply from > another port on the server, which FreeBSD (rightfully, > I guess) tosses. [BTW, is there any easy workaround > for this? Putting a static route for the client on the > erver seems to work...] The typical workaround is to use TCP instead of UDP for NFS transport. The send source/dest problem for aliased hosts is well known. There is an update in the next version of the TCP/IP code (not the CSRG stuff, from the place CSRG got thair stuff), which is unreleased and supposedly won't be released for 9 months or so (Van Jabobsen, I think). One alternative would be to put in another card and run the aliases on the "remote" card and the NFS off the "local" card so there isn't any alias interaction. Alternately, you could disable the security code in the NFS that causes it to drop reply packets from the wrong hosts. 8-|. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.