From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: baptiste@bitsofnetworks.org Received: from krantz.zx2c4.com (localhost [127.0.0.1]) by krantz.zx2c4.com (ZX2C4 Mail Server) with ESMTP id b260ab8b for ; Sat, 8 Jul 2017 14:04:04 +0000 (UTC) Received: from mails.bitsofnetworks.org (rezine.polyno.me [193.33.56.138]) by krantz.zx2c4.com (ZX2C4 Mail Server) with ESMTP id ff690f07 for ; Sat, 8 Jul 2017 14:04:03 +0000 (UTC) Received: from [172.23.184.97] (helo=tuxmachine.polynome.dn42) by mails.bitsofnetworks.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1dTqcP-00028n-KX for wireguard@lists.zx2c4.com; Sat, 08 Jul 2017 16:21:57 +0200 Date: Sat, 8 Jul 2017 16:21:56 +0200 From: Baptiste Jonglez To: wireguard@lists.zx2c4.com Subject: Indefinite queuing for unconnected peers (Was: problem wireguard + ospf + unconnected tunnels) Message-ID: <20170708142156.GB13268@tuxmachine.polynome.dn42> References: <1499116162.70598782@f401.i.mail.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" In-Reply-To: <1499116162.70598782@f401.i.mail.ru> List-Id: Development discussion of WireGuard List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --kXdP64Ggrk/fb43R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, The current approach is to queue all outgoing packets for an indefinite amount of time when the peer is not connected or reachable. I think it does not make much sense, and leads to the kind of issue you mention here. The initial goal was probably to queue packets just long enough to be able to complete a handshake with the peer, which makes a lot of sense (it would be annoying to drop the first packet of any outgoing connection). But the handshake should not take more than hundreds of milliseconds. Maybe Wireguard should drop packets from this queue after a few seconds? Would it be hard to implement? Baptiste On Tue, Jul 04, 2017 at 12:09:22AM +0300, ae wrote: > situation > 2 tunnels > 1 normal - 2nd with unconnected ending > + ospfd quagge >=20 > At start everything works fine - but after ~ 30-60 seconds - the ospf sto= ps working >=20 > This is due to the fact that the ospf daemon sends packets from the same = socket on different interfaces - and in the tunnel interface everything goe= s fine - but in the 2nd packets accumulate > And after a certain accumulation - the socket of the demon daemon stops w= orking on sending completely "No buffer space available " >=20 > Is it possible to fix this with settings? >=20 > _______________________________________________ > WireGuard mailing list > WireGuard@lists.zx2c4.com > https://lists.zx2c4.com/mailman/listinfo/wireguard --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjVflzZuxNlVFbt5QvgHsIqBOLkYFAllg6oQACgkQvgHsIqBO LkY0LBAAoDRZHu+T/FyMqyU9IR7RqhqcTHN/bqS1n8nkCPHm2YXUZuiuiFY/DZ+Z WU8SIBh5CeHZsSBc8LeurolrvB5gm912XUTaFAbcY3duoB/g1KVn9H3YU12oXtAq 6QRCPk5DF02hOHldRRFJOYTH3qPxYgQ1IIq6ZsRskrqhNVbduYb81cmKpG4BQJIJ AWIlmCUf34BvSUJh15Q7LRcM8w8+JHCxb3M0sJXR9ixXn1YYBNpe9LtQYWsXsp2j nTm98Zszr8uWUJcLKydhyrfjoeIzkWcNrymJv7Z2Bg8/icPKxNm9WyR8n2NH1U/c /eNlsPhg+Nl0vou395XYmcN22ml2kUbguXvj+NcCYdR0efObOSM8JRtsmr2Sdfyl s5kncaka/b4c/ktCpJXjM5og8vb2nWKQlpDdtVVZEU8CvEvo44l+3E0W7e3hn+zj UnL1o5yaFZHPllMV+zuHssPyYGngNHnwKwYnWHKyiQpzBsu0ktoU0l1Y6O1zHATK lAsdWoyHQ30z0aFQuelm7U5sxZ27dQ8fiOidaK0a8wjY0gRp9R5ZZLtY2B6NVyKu H/OBsnLbfR5BKzKC8KRJPASqLjcPYS6NUgh/AV8SiKbhyIropG2xORcpO1hr6mCq dxwx8a2CNSg3pVDR3NU4WXZAlcwTRM0n4dYH2AHhGJQ8RSNE9A0= =sjRR -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R--