[Snac] Re: Handling multiple AIL-interfaces in a single SNAC router
Esko Dijk <esko.dijk@iotconsultancy.nl> Mon, 13 April 2026 20:10 UTC
Return-Path: <esko.dijk@iotconsultancy.nl>
X-Original-To: snac@mail2.ietf.org
Delivered-To: snac@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 6746CDB8A1F7 for <snac@mail2.ietf.org>; Mon, 13 Apr 2026 13:10:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1776111045; bh=7q97nUVaeYpimu47VDO6uwDetlJrAtxLoBm8sTa3zOY=; h=Date:Subject:To:References:From:In-Reply-To; b=HfJ29ox9qhvuGV9AFhLlR2lHvrrBq8IZoS5udrQqLkyB8rhh59f/GFzm9nVxn/INc jK0uPnA9cenQMiM8RGxJUKmifY3Yxal7tC7VlhC1k/kAIew4zFPFkU0TjhRkw25xOJ cW2OYUNZZcAP9dzlLSyiOG/U6x+aEbJ3t5sKibVI=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=iotconsultancy.nl
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n0NUfrNZ06ZE for <snac@mail2.ietf.org>; Mon, 13 Apr 2026 13:10:44 -0700 (PDT)
Received: from dane.soverin.net (dane.soverin.net [IPv6:2a10:de80:1:4091:b9e9:2227:0:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 8FE55DB8A1ED for <snac@ietf.org>; Mon, 13 Apr 2026 13:10:44 -0700 (PDT)
Received: from smtp.soverin.net (unknown [10.10.4.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dane.soverin.net (Postfix) with ESMTPS id 4fvdnT62tKzq9c; Mon, 13 Apr 2026 20:10:37 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.100]) by soverin.net (Postfix) with ESMTPSA id 4fvdnT3zttzC1; Mon, 13 Apr 2026 20:10:37 +0000 (UTC)
Authentication-Results: smtp.soverin.net; dkim=pass (2048-bit key; unprotected) header.d=iotconsultancy.nl header.i=@iotconsultancy.nl header.a=rsa-sha256 header.s=soverin1 header.b=e8QOX77i; dkim-atps=neutral
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iotconsultancy.nl; s=soverin1; t=1776111037; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=OrQwKKnK4aljjN+6kF7Fps+1EHcVkilAw+wQi8JDDrA=; b=e8QOX77ifUmB/Bzxb3Btwul3+J03+rOWLdPaSTIB7g8XkTdyo+pMuyglKkyMuMAy3WczBW 0FtvBvWaRRG6w1Mn+vVPWTtbILHvj1MOxQnTTjLya6lElCQafUcm2LEBhZKDAkcQxxy8hr ckwl2TXJiNYXhxNviC8E/E0+9vIEUWA2r5CFp1ejThixchOgOPlZ9QocNl0nFxO+IfJCp6 mlhGVByW3+GrmFY46QVfTiF7Cf3zvVHFAIfkSjAZo12McOmH5GjNN3ZE1mqjpXX5w0jUp1 LVt7OvN/Jb3RuGp1YvXp6FNQEFBn0+5cdS7FEUinpPpM77ekfyjeAYovam52Cg==
X-CM-Envelope: MS4xfEYLxd5fK8zcFsuZve7bfKwaNiJrwNEaMbPPLQial2SJAmuBev9fkr6s0rbfoT1zQB71zroqNsyuXgIF44I4mD6hjxhOgGPazxYARzoGeM7G2oENZh0r CBlwthKkuJysMAZHDJ2iHe/P+0mCt3+s7xNG//2wyTz4FVFWir7PGl54gKiIXEJvfxXZPb0W4Bz8xNMm2GQtr33EWzUSrdjEJBnepw77F6AWachyqMu3BW11 Fd0hWDAKSpsWFlnqxtpDwr9TqJCliAzuo0KcWgY0KjFuseuWtqwG13isFfQ+o/Z5AbJdONT4pH+C9mzV1kyMJWVlT2UgM5GxNcfOMDvv2+8=
X-Soverin-Id: 019d8877-aa48-7663-8cb5-2c2daab5d873
Message-ID: <5872bff2-1b82-4f44-9656-544a91d6dc92@iotconsultancy.nl>
Date: Mon, 13 Apr 2026 22:10:36 +0200
MIME-Version: 1.0
To: Michael Richardson <mcr+ietf@sandelman.ca>, "snac@ietf.org" <snac@ietf.org>
References: <ed392ae6-8127-451d-a25d-0f273c49e2b9@iotconsultancy.nl> <3140.1776107801@obiwan.sandelman.ca>
Content-Language: en-US
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
In-Reply-To: <3140.1776107801@obiwan.sandelman.ca>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Spampanel-Class: ham
Message-ID-Hash: C37EXJNZYLGLFCXFSWL74HKBOWLRXHB5
X-Message-ID-Hash: C37EXJNZYLGLFCXFSWL74HKBOWLRXHB5
X-MailFrom: esko.dijk@iotconsultancy.nl
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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Snac] Re: Handling multiple AIL-interfaces in a single SNAC router
List-Id: "Mailing list for discussing problems relating to the automatic connection of stub networks to existing infrastructure networks. " <snac.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/snac/gokyBY2SeYgIsbgi7iVzYfdAGI4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/snac>
List-Help: <mailto:snac-request@ietf.org?subject=help>
List-Owner: <mailto:snac-owner@ietf.org>
List-Post: <mailto:snac@ietf.org>
List-Subscribe: <mailto:snac-join@ietf.org>
List-Unsubscribe: <mailto:snac-leave@ietf.org>
On 4/13/26 21:16, Michael Richardson wrote:
> > router can have multiple AIL interfaces, hence connections to multiple
> > AILs. This is written in various places in the draft. Ted suggested
>
> Are/do these multiple AILs link up to a single ISP/Infrastructure router?
> Or different ones?
The common case will be the same CE router, connected to the same ISP:
this is a Wi-Fi plus Ethernet case.
Another, not so common case is when a user has connected the two
interfaces to different ISPs. For example, user has a Wi-Fi travel
router used as an "internet backup" for cases when the regular ISP
(accessed preferably via e.g. Ethernet) fails. Hotspot is turned on.
Then, the SNAC router sees the SSID appear, connects via Wi-Fi, and
finds IPv4 and/or IPv6 internet connectivity via that AIL. Its internet
access now should be routed via the Wi-Fi AIL while the discovery of IoT
devices or printers etc. on the Ethernet AIL should still continue.
In both cases, the SNAC router has 2 AILs active at the same time so
it's not an either-or situation.
> > domain, which then gets proxied into the multiple DNS zones i.e. executed as
> > mDNS on all AILs. This is similar to how RFC 8766 says to query on both IPv4
> > and IPv6 based on a single unicast query. Also the naming of these multiple
> > DNS zones may be a topic (marked "WG TBD" currently in the draft.)
>
> So my Thread doorbell ("stub network client") that wants to *print* the
> picture it took, can look up printer.local, and this turns into multiple mDNS
> queries, one on each AIL?
> Is that what this means?
Yes, so the printer can be found on either AIL (e.g. Wi-Fi or Ethernet).
And on either IPv4 or IPv6.
> > We may decide to either tackle these details, or update the draft to limit
> > the scope to a single AIL only.
>
> I think the scope should be limited. This is snac-simple, and I thought it
> was done. Maybe some thinking goes into snac-many-garlic (AIL = French for Garlic)
> such that if we go there, it doesn't break something else.
Simple as in 1 AIL sounds good here. In botanical French and older
recipes, apparently multiple ail is written as "aulx". (Les aulx.) Not
so simple!
Some considerations why 1 AIL may be a perfectly fine limitation:
- for the common case of Wi-Fi + Ethernet and same ISP, the CE router
may be already doing the bridging of the links or the proxying of mDNS
between links. So if the SNAC router only uses Ethernet for discovery,
it will also find a service/host on Wi-Fi.
- vendors may extend SNAC-simple with their own solution for multiple
AILs (as Ted commented on the Github issue), even when SNAC-simple
doesn't define that.
- for the case of Ethernet + "backup Wi-Fi" earlier in my mail, the
discovery only has to work on one AIL (Ethernet) not on the other
because typically there's nothing to discover there. (Think phone Wi-Fi
hotspot with client isolation.)
- two Ethernet "uplink" / AIL ports is very rare for a non-CE-router device
Esko
- [Snac] Handling multiple AIL-interfaces in a sing… Esko Dijk
- [Snac] Re: Handling multiple AIL-interfaces in a … Michael Richardson
- [Snac] Re: Handling multiple AIL-interfaces in a … Esko Dijk
- [Snac] Re: Handling multiple AIL-interfaces in a … Ted Lemon
- [Snac] Re: Handling multiple AIL-interfaces in a … Esko Dijk
- [Snac] Re: Handling multiple AIL-interfaces in a … Esko Dijk
- [Snac] Re: Handling multiple AIL-interfaces in a … Michael Richardson
- [Snac] Re: Handling multiple AIL-interfaces in a … Michael Richardson
- [Snac] Re: Handling multiple AIL-interfaces in a … Ted Lemon
- [Snac] Re: Handling multiple AIL-interfaces in a … Esko Dijk
- [Snac] Re: Handling multiple AIL-interfaces in a … Ted Lemon