From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: wasabee18@gmail.com Received: from krantz.zx2c4.com (localhost [127.0.0.1]) by krantz.zx2c4.com (ZX2C4 Mail Server) with ESMTP id c319b602 for ; Sun, 15 Jan 2017 11:19:11 +0000 (UTC) Received: from mail-wm0-f53.google.com (mail-wm0-f53.google.com [74.125.82.53]) by krantz.zx2c4.com (ZX2C4 Mail Server) with ESMTP id c8a108fd for ; Sun, 15 Jan 2017 11:19:11 +0000 (UTC) Received: by mail-wm0-f53.google.com with SMTP id d140so5429787wmd.0 for ; Sun, 15 Jan 2017 03:29:32 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: From: Wasa Bee Date: Sun, 15 Jan 2017 11:29:31 +0000 Message-ID: Subject: Re: limitations To: "Jason A. Donenfeld" Content-Type: multipart/alternative; boundary=001a1147d75a7a37610546206126 Cc: WireGuard mailing list List-Id: Development discussion of WireGuard List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --001a1147d75a7a37610546206126 Content-Type: text/plain; charset=UTF-8 thanks for the answers, it all makes sense now :) On Sat, Jan 14, 2017 at 8:58 PM, Jason A. Donenfeld wrote: > On Sat, Jan 14, 2017 at 8:11 PM, Wasa Bee wrote: > > Also: > > if there are ongoing sessions with some clients, how would sessions be > > re-established (afaik, the current design is to simply ignore irrelevant > > messages)? > > Sorry, missed this last question before. > > The session will be dropped when you unload the module, but a peer > will quickly figure out that something is amiss and reinitiate the > session. Downtime is fairly minimal. > --001a1147d75a7a37610546206126 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
thanks for the answers, it all makes sense now :)

On Sat, Jan 14, 2017= at 8:58 PM, Jason A. Donenfeld <Jason@zx2c4.com> wrote:
On Sat, Jan 14, 2017 at 8:11 = PM, Wasa Bee <wasabee18@gmail.com= > wrote:
> Also:
> if there are ongoing sessions with some clients, how would sessions be=
> re-established (afaik, the current design is to simply ignore irreleva= nt
> messages)?

Sorry, missed this last question before.

The session will be dropped when you unload the module, but a peer
will quickly figure out that something is amiss and reinitiate the
session. Downtime is fairly minimal.

--001a1147d75a7a37610546206126--