From owner-freebsd-current Mon Aug 7 12:25:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA26768 for current-outgoing; Mon, 7 Aug 1995 12:25:21 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA26760 for ; Mon, 7 Aug 1995 12:25:19 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA01228; Mon, 7 Aug 1995 15:25:08 -0400 Date: Mon, 7 Aug 1995 15:25:08 -0400 From: Garrett Wollman Message-Id: <9508071925.AA01228@halloran-eldar.lcs.mit.edu> To: Pete Carah Cc: current@FREEBSD.org Subject: Re: workaround for talk's address problem Newsgroups: pelican.fbsd-c In-Reply-To: <199508071909.MAA09580@puffin.pelican.com> References: <199508062229.XAA24522@server.netcraft.co.uk> <199508071909.MAA09580@puffin.pelican.com> Sender: current-owner@FREEBSD.org Precedence: bulk < said: > Boy is that not general. We need to think about incoming connections > too (like the kadmind fix last week; will that work for xntpd too, xntpd MUST listen on all interfaces because it MUST send back replies with a source address identical to the destination address in the query. The only way that this can be `fixed' generically is by extending the recvmsg() system call and socket layer to provide a mechanism to indicate the destination in addition to the source of incoming packets, and similarly in sendmsg() to force a particular outgoing address even if it is ``wrong'' for the destination's route. This is Not An Easy Problem. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant