From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: passt.top; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: passt.top; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=aR6l0TeH; dkim-atps=neutral Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by passt.top (Postfix) with ESMTPS id 921485A0652 for ; Wed, 17 Dec 2025 01:29:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1765931382; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=k0aaIiNTMoSpxUjlk4RRjlF2z8GXMKkvpA/N6Esxmew=; b=aR6l0TeH6l7PhCq3SvwX3aGHm37ANaaNDycbi9IuKMm4WjXLynaVbisCJtS5n924ms5fAh o4CWHPIPAM74+mdFYPozLb4aJ1oKaBv7Tt0VbB6eYkddGKtGgjb1HnJgDb4a6RZz47KNyk cR6SyMDIasdiI9tZyQEJcbneD0ZE61k= Received: from mail-ed1-f72.google.com (mail-ed1-f72.google.com [209.85.208.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-681-vpQpJ6ESO_eJyO0_0oC6AA-1; Tue, 16 Dec 2025 19:29:40 -0500 X-MC-Unique: vpQpJ6ESO_eJyO0_0oC6AA-1 X-Mimecast-MFC-AGG-ID: vpQpJ6ESO_eJyO0_0oC6AA_1765931380 Received: by mail-ed1-f72.google.com with SMTP id 4fb4d7f45d1cf-6496e6c9eb9so5679602a12.3 for ; Tue, 16 Dec 2025 16:29:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765931380; x=1766536180; h=content-transfer-encoding:mime-version:organization:references :in-reply-to:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=k0aaIiNTMoSpxUjlk4RRjlF2z8GXMKkvpA/N6Esxmew=; b=VgykukLHXaXDL9Ce/6EebWLQ/3HkQyyrGlI7yXjhPJndEcRiNnkftbiW/s5vu2es5O CV26Negx7PqeSUnvPi+56DJloQdHEKNVN/PSNezp2LlY2x5P+gEm5XnZIHKUcZuEXkTp PGztMJOtdTz2+ynHi3o9pHtzEtiC2RaSDBw/h3azXjb7lBTyynH8jgj05UN6mDiYBqp9 kC1pv9lY3K0WWv4LCXo9ld33IPgeFMF0KeF7M8Z/7FIfw44gsnJOgV37LMarnLORe+KQ KoV8Zj8ZoeZcDxrAmUZGHhAb/v9vbFvE0Q8wa3O2eg+F+Feua7ifAIXl5dWSsIWf2gaZ VGHQ== X-Gm-Message-State: AOJu0Yyj5WgsF46hkAmASB5DrQw0zNvLwHcMgf/Q1lB5RprPP9zg5Psi ngXearzOnQIDR9drs015FBdnCtpWHA5MYLWwYfqgFbU53ovA6VgupLaW9jXmDCL5XL3kaw/hocp VWr6/rr15RqXf/wYXT9L1MqdfZowi0LrsL4eNGo9toNdddiiTs7WLqw== X-Gm-Gg: AY/fxX7Gk/Uv57jMlc8lUC8S6L12Lcwr00bdaBjuIWayWu79z/Rf9zLSx/W1WzAsAGo cERd2MrpLHp2BMMsxpGRqrwx9skkLlNXZG++MYksciMTur2KCTlN8VPMYf//+jV26boXOH3CY20 8ih5R6+Ah6BQeczQJrWLPs4nLabOwJkv8RykyMRHOSmLThTDRNnIhbIWiaTzjLSSoamrpq/5may LbZVAuLJ0hThWtDME/nXu/92PsGRyk9N0aqMQRXqVqAmL+fkSKGeqIFaxzqGkd5G+tWdeG3Sk8a F3K3oV62M87z8eUIWjOmAQwSBRKsWiSdUMSvm296z/A9JBOh+bkPAvQBN/86wIVGt7f1qBszriQ uMgbnZ9xh2qFU/FqrJSyiY7t/5e1K7w74fNyL+A== X-Received: by 2002:a05:6402:35ce:b0:645:d73e:6f60 with SMTP id 4fb4d7f45d1cf-6499b19ad63mr16262571a12.12.1765931379676; Tue, 16 Dec 2025 16:29:39 -0800 (PST) X-Google-Smtp-Source: AGHT+IG1BletO2EZrDcMPwzL9uL5n2AULJ5aEkiCt+0btwvHisbnmE3LRAgESaxE/oyxFHUABSuj9g== X-Received: by 2002:a05:6402:35ce:b0:645:d73e:6f60 with SMTP id 4fb4d7f45d1cf-6499b19ad63mr16262559a12.12.1765931379291; Tue, 16 Dec 2025 16:29:39 -0800 (PST) Received: from maya.myfinge.rs (ifcgrfdd.trafficplex.cloud. [176.103.220.4]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-64b3f5633a6sm848648a12.18.2025.12.16.16.29.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Dec 2025 16:29:38 -0800 (PST) Date: Wed, 17 Dec 2025 01:29:36 +0100 From: Stefano Brivio To: David Gibson , Jon Maloy Subject: Re: Thoughts on interface modes / multiple guest addresses Message-ID: <20251217012936.5aefec93@elisabeth> In-Reply-To: References: Organization: Red Hat X-Mailer: Claws Mail 4.2.0 (GTK 3.24.49; x86_64-pc-linux-gnu) MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: rWn7dMd9u8QehfePML0juf9Ucc36fcjYOL7SeZr8H2s_1765931380 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-ID-Hash: YYDI3CNYCLHSNGZ5PGI7QSBHZ6C7H4TJ X-Message-ID-Hash: YYDI3CNYCLHSNGZ5PGI7QSBHZ6C7H4TJ X-MailFrom: sbrivio@redhat.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: passt-dev@passt.top X-Mailman-Version: 3.3.8 Precedence: list List-Id: Development discussion and patches for passt Archived-At: Archived-At: List-Archive: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: On Tue, 16 Dec 2025 16:53:49 +1100 David Gibson wrote: > Hi Jon, > > As discussed on the call yesterday, I've written up my thoughts on > what a bunch of the address semantics should be. Turns out I'd > already done some of this at: > https://pad.passt.top/p/InterfaceMode Two general comments: 1. local mode is already implemented, and some things such as the interface name ("tap0") are already defined, see man page and 'pasta -- pasta --config-net ip a' 2. I think it's more relevant to define the basics of how one switches between the existing local mode and a mode where we copy addresses and routes (as they become available on the host), rather than defining every single detail of these modes. In these terms, I think it would actually be helpful to *avoid* seeing them as separate modes. If there's no host connectivity, we'll start in local mode, and switch to the other mode as we get addresses and routes configured... just to switch back to the previous mode if we lose them. So does it really help to have "modes" instead of just considering what addresses and routes are we going to delete, and when? Because that's what we'll need to do anyway (and that's what I think defines the design). I see that this is not an explicit use case in Jon's list (which I still have to review), but it's one of the most two fundamental ones I think (that, and Podman Quadlets), also nicely described by a user at: https://github.com/containers/podman/discussions/22737#discussioncomment-9478727 > I've now updated to cover some more things, and considering the > possibility of multiple guest addresses.. Turns out etherpad doesn't > really do tables, so it's two sections for the two suggested modes, > with matching subheadings. It does, but I disabled the plug-in as you reported an issue which turned out to be https://github.com/bitwarden/clients/issues/17598 instead, and I was trying to sort out other possible reasons. I just re-enabled it, tables are available from the toolbar, there's an icon just left of "Font Family". Note that it's still beta: https://www.npmjs.com/package/ep_data_tables and it has a couple of glitches. I just found one (which I didn't debug or report yet): don't start a page with a table, always write something before, otherwise it gets duplicated every time you load the document. Other than that it looks reasonably robust to me, maybe quickly try with a test pad first but I think it should be usable. -- Stefano