[Snac] Re: Handling multiple AIL-interfaces in a single SNAC router

[Michael Richardson <[e-mail]>]

Esko Dijk <esko.dijk=[e-mail]> wrote:
    > So the idea we had already for a while in SNAC-simple is that a single SNAC
    > 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?

    > 1. For IPv6 routability, I didn't see any issue: the SNAC router receives a
    > packet and determines the right AIL to forward it to based on IP address.

Using source address aware routing, right, so no BCP38 issues.

    > 3. For host and service discoverability, multiple AILs implies creating
    > multiple DNS domains (each mapping to the .local of one AIL) and also may
    > require a technique (supported via a Discovery Proxy) that allows a
    > stub network client to unicast a single DNS query referencing a single
    > 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?

    > 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.

--
Michael Richardson <[e-mail]>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide

**       My working hours and your working hours may be different.         **
** Please do not feel obligated to reply outside your normal working hours **