@MSGID: 2@dont-email.me> fe83e5b1
@REPLY: lzOpz@news.chiark.greenend.org.uk>
46079a13
@REPLYADDR Don Y <blockedofcourse@foo.invalid>
@REPLYTO 2:5075/128 Don Y
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 2@dont-email.me>
@RFC-References: 1@dont-email.me>
FNJpz@news.chiark.greenend.org.uk> 2@dont-email.me>
lzOpz@news.chiark.greenend.org.uk>
@TZUTC: -0700
@PID: Mozilla/5.0 (Windows NT 6.1; Win64; x64;
rv:102.0) Gecko/20100101 Thunderbird/102.2.2
@TID: FIDOGATE-5.12-ge4e8b94
On 9/7/2023 11:40 AM, Theo wrote:
>> It`s very strange there isn`t any protocol at MAC level that manages IP
>> configuration. MAC addresses are unique in the LAN and they could be
>> discovered or printed on a label.
>> With this protocol, you could connect and power up all the devices and
>> use a simple software to manage network IP configurations.
> 
> There is, it`s called DHCP.  Or IPv6 SLAAC, as below.  As Don says, once
> you`ve done DHCP everything is configured, but you either need to have a UI
> to either the DHCP server or the device if you want to find out what
> happened.

For SOHO applications, one can likely gain access to the "clients list"
in the DHCP server.  But, that may not be the case in other scenarios
(e.g., enterprise).

It also ASSUMES you have a server running, locally (also common in SOHO).

I`ve seen applications that would listen for broadcasts from "their"
devices (recognized by OUI or content of the message packet) and
present lists of these devices to the user.  The user could then
contact the device directly (through the application) to query (or
modify) its configuration.

But, this (IMO) *raises* the bar for casual users.

You can also add some other "dedicated" point-to-point port on
the device that you use to talk to *it* (before it sits on the
wire).  E.g., Cisco APs, APC UPSs, etc. all have such a "console"
function.  But, again, you now expect the user to be more tech savvy.

A clever way of doing this for "one-off" units is to have a USB
interface and present to the host as a mass storage device with
an "autorun" that causes a *portable* app on the device to be invoked
so the software is part of the device instead of needing to be
"installed" on a phone, PC, etc.  The app then presents a configuration
interface for the user writing the configuration data back into
the device (before being disconnected).

[Perhaps a JS app could be more portable -- think Macs -- than
a binary]

The app could also give you a beachhead through which to install
updates in the device (if over-the-wire updates become a problem).

[I use an ethernet based version of this in my current design.
A "dedicated" port allows for secure configuration of "new" devices
prior to deployment.  It lets me install firmware, secrets,
configuration information, etc. -- as well as inventory the
devices encountered, to date]

> If it is specifically DNS you`re interested in, there`s mDNS,
> which also does service discovery - connect a printer to the network and
> it`ll become available to devices like phones without any config; this is
> because the printer responds to mDNS queries from phones, laptops, etc
> saying what services it offers and the devices configure themselves
> automatically (the printer also says it accepts certain standard formats
> like raster or PDF so no need for drivers).


 --- Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.2.2
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441