Re: [Ntp] Antw: Re: Antw: Re: Calls for Adoption -- NTP Extension Field drafts -- Four separate drafts

Steven Sommars <stevesommarsntp@gmail.com> Tue, 17 September 2019 03:05 UTC

Return-Path: <stevesommarsntp@gmail.com>
X-Original-To: ntp@ietfa.amsl.com
Delivered-To: ntp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98D9B120098 for <ntp@ietfa.amsl.com>; Mon, 16 Sep 2019 20:05:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UPqDiyS_K7PU for <ntp@ietfa.amsl.com>; Mon, 16 Sep 2019 20:05:49 -0700 (PDT)
Received: from mail-vs1-xe29.google.com (mail-vs1-xe29.google.com [IPv6:2607:f8b0:4864:20::e29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C90412006D for <ntp@ietf.org>; Mon, 16 Sep 2019 20:05:49 -0700 (PDT)
Received: by mail-vs1-xe29.google.com with SMTP id p13so1095891vso.0 for <ntp@ietf.org>; Mon, 16 Sep 2019 20:05:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4F9Xs6aHS1TxjRE6drVGWWf9r3swilaHd4tNQhb9oA4=; b=cdUCeoZR/ri89xXPZBGYeGVP0EL4jUwF5zjoZ5A1gbAmWUPiv47n1Rq60HYdD4E4JQ Tvxa1vU0FwGSqI+J/XMZqcibY1A7tHsA/Ey/g2G1Ksygk3tCoIa0VnPEbHGXls8pxwh4 cHMMqAZH9G5WnV4AzYROwoj0J1Ki4Ma9ZAnOUcH2M3GApgwvSOKktbuJPUl3qcIij/JL x4zrJdpPsdbTzsbc/kF5xnYbUYaKGDmiNNI6yHe8mhXunX+3ueKwla14wDv6+PpVsUyY RSpJL7vwkFUjkUany/CFN4DNEAmpYGJ/9Js+736v0hodRtEzMqjx7iZYA2Cx+N8McdJP UNMA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4F9Xs6aHS1TxjRE6drVGWWf9r3swilaHd4tNQhb9oA4=; b=qizMRXz1Spd5DpJq+oavjtAZO4lblPQA80JLJoL5Go0brtqKmQo+fD5RqDSkxB7CiT Shmmvf2PrlvhZPj0zBYEniIZAfunHQVd04He/Cpgilo0uwqbhBc0PgQ8X0kT1oSAyUsx Yib/qVY+2vjHN2jDD50nZSPPUgGhryMduI8mgGPZGb8+buxBQEsMA0Ua2LHA/0UlNmxD psLdeykDa1N6AE5cCQywIEei8Pve0A9WG0+r4faBZ0+s2T3ZsPsVSGbPa33LWYkNwAgR pZ14nM2b1ITyN9S/VzvPvnnBPnCM58calbogeYWN5OLBQalvwP/K+vmXNDpNFj3MlzHm YbBQ==
X-Gm-Message-State: APjAAAXB8dnb1yFyugHQHzilHLkgLBBs2CLWT+u2rtN5gnj9TETQ0Ol9 UgE6oK6o2jmctQwq3WHzOclMUMI4maIG/9KfJqm00A==
X-Google-Smtp-Source: APXvYqwwmcPXCfn1Ca/fNSn77YSUwjmVM+XZAAuyepBDbuytd29ma1UTXdWJct2mwXb3jwIDlu+DxcjeY20O2HXDHbw=
X-Received: by 2002:a67:73c2:: with SMTP id o185mr633812vsc.184.1568689548433; Mon, 16 Sep 2019 20:05:48 -0700 (PDT)
MIME-Version: 1.0
References: <20190916063649.3343940605C@ip-64-139-1-69.sjc.megapath.net> <68411c15-f838-4dd9-be3f-d6a09fcef399@www.fastmail.com>
In-Reply-To: <68411c15-f838-4dd9-be3f-d6a09fcef399@www.fastmail.com>
From: Steven Sommars <stevesommarsntp@gmail.com>
Date: Mon, 16 Sep 2019 22:05:36 -0500
Message-ID: <CAD4huA65FfnbTJ-T6-EmkQ0-NtMYj1Go0DQgaxsPQdZJqd6kSQ@mail.gmail.com>
To: Mark Atwood <mark.atwood@ntpsec.org>
Cc: ntp@ietf.org
Content-Type: multipart/alternative; boundary="0000000000004c1e080592b6ff9d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/vtD2Yyo6ssQkAgT5EuzYpTWhnu0>
Subject: Re: [Ntp] Antw: Re: Antw: Re: Calls for Adoption -- NTP Extension Field drafts -- Four separate drafts
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <ntp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ntp>, <mailto:ntp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ntp/>
List-Post: <mailto:ntp@ietf.org>
List-Help: <mailto:ntp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ntp>, <mailto:ntp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Sep 2019 03:05:52 -0000

Ethernet MAC addresses may be globally or locally unique; see "Ethernet LG
bit".
The same locally assigned Ethernet address may be used in hosts on
different L2 networks.

Each equipment cabinet in a project I was involved with used the same set
of local(internal to frame) MAC addresses.
Globally unique MAC addresses were unavailable.  (NTP was used.)
This worked fine, since the Ethernet layer 2 was confined within the
cabinet.




On Mon, Sep 16, 2019 at 5:35 PM Mark Atwood <mark.atwood@ntpsec.org> wrote:

> On Sun, Sep 15, 2019, at 23:36, Hal Murray wrote:
> >
> > mlichvar@redhat.com said:
> > >> Can we assume that every server will have an Ethernet host address?
> > > The vast majority will, but I'm not sure we can rely on them being
> random.
> >
> > They are definitely not random.  They are unique.  (unless somebody
> screws up)
> >
> > Within a batch of Ethernet cards, they will probably be sequential.
> (I'll say
> > more if anybody wants.)
>
> In a past life, I've written the scripts that generate the mapping of
> manufacturing serial number to ethernet MAC addresses, and then generated
> the text files in the format requested by various manufacturing vendors so
> that they can fuse the MAC address into the device at manufacturing time,
> and so that the manufacturer and packaging vendors can print the necessary
> pcb labels and external case and box labels and barcodes.    And I've seen
> a lot of such other files that are sent to similar manufacturers.
>
> I've never seen one that wasn't sequential.
>
> The sequential relationship is so strong that it's used to identify supply
> chain and logistics glitches.
>
>
> On the other other hand, you must not bet your life or your security on
> them being truly globally unique.   There are lots of chips in the supply
> chains and in warehouses that were manufactured off-label, grey market,
> unlicensed, and off-shift.   And anyone with kernel level or UEFI write
> level access to a box can persuade a chip or it's driver to lie about it's
> MAC.
>
> ...m
>
> _______________________________________________
> ntp mailing list
> ntp@ietf.org
> https://www.ietf.org/mailman/listinfo/ntp
>