From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cann Subject: Re: UDP packets arriving on wrong sockets Date: Fri, 3 Aug 2018 11:20:14 -0400 Message-ID: <20180803152014.GA5188@canndrew.org> References: <20180802090505.GA29624@canndrew.org> <20180803041911.GA30724@canndrew.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" To: netdev@vger.kernel.org Return-path: Received: from canndrew.org ([199.167.29.165]:43100 "EHLO canndrew.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726485AbeHCRRC (ORCPT ); Fri, 3 Aug 2018 13:17:02 -0400 Received: from shum by canndrew.org with local (Exim 4.84_2) (envelope-from ) id 1flbsE-0001MD-F5 for netdev@vger.kernel.org; Fri, 03 Aug 2018 11:20:14 -0400 Content-Disposition: inline In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 03, 2018 at 10:20:06AM -0400, Willem de Bruijn wrote: > On Fri, Aug 3, 2018 at 12:20 AM Andrew Cann wrote: > > > > On Thu, Aug 02, 2018 at 11:21:41AM -0400, Willem de Bruijn wrote: > > > You have two sockets bound to the same address and port? Is this using > > > SO_REUSEPORT? > > > > Yes, this is using SO_REUSEPORT. >=20 > Then this is working as intended. >=20 > Without SO_REUSEPORT it would not be possible to bind two sockets to > the same address and port. See documentation, e.g., at > https://lwn.net/Articles/542629/ The man page for connect clearly states that a connected UDP socket should = only receive datagrams from the address that it is connected to. This isn't the behaviour I'm seeing. That's the issue. --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJbZHKuAAoJEJQq94U5BTTOinIP/Arj4+nsYm134RizXxvJJUS8 7TX92Cr62qJrn+gOtr3crnSspnfW4ThQDRL4X07I3NjWkYd3518ZjqbLlzYvmJ1f sW+a+RKosdcF9lfQGtiCl+jibUB5axDSIvusPdW4gCSlIYSRBs6pgbfZD0aq0DKI kDEIV72pD3Wh+6MJhvLqaNxSX6Boq21+TcNC9WFFU6EgyEUiv5h8NZ4jnKEEU8LA 2ACxBQNwvRdudlQH1y3aMy8xHHJawhvguSysIMBFDnKMMQUPkwT8b1agF7zOvfiE CUn99otUJllIWnbQ3SXWILkASdomxmyvr07arHXmOEPc+Ee9t316RSakqSy2e0JV zwg+m4DUFlFqX7hpBLoKYFyOcJxKmHz0iIMBoOC/dp35Ci7KHjPZv6VupqGN9VYV 8CmGmTv8GVCZk7VHxtJ1cDYWycftW2dC+ACScmvR9E2mS+4fuW3ZhNy2QFNL+AkJ z6QrkxaMMsLYmqT01nPk1YZJRJD0Hb3NZeD28h0u5XlJLI21OHQx38cSUKxHHvZR fBTiRFC8pgFfwydapmorzr/RLoNi+imE4KW1TK7NQWNuaFbMEK4qws+WHRf3ZvdC KGabTNp1SpsAw1YE9TczdjUO7tn+IbsWEpN2ah0dqWaOSqfy/zucKDClAzbpf+hU FWRRVvZF+CZtc7NV1T5+ =lipu -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO--