> Thanks!
>
> Do I understand correctly, in order to ignore "laa-unicast" MACs, a user
would define this ?
>
> # Block unicast LAA-presenting devices
> dhcp-ignore=tag:laa,tag:!multicast
Yes, that would work.
Although it is by no means clear to me that it makes sense to accept a DHCP
request
Hi everyone,
The following proposed patch includes my attempt at a man page change. It also
includes Vladislav Grishenko's suggestion to tag LAA source addresses
independently from multicast addresses.
If these changes are acceptable, I propose the following commit message:
DHCP requests from
> On Jul 27, 2020, at 1:12 PM, d...@lutean.com wrote:
>
> Hi everyone,
>
> The following proposed patch includes my attempt at a man page change. It
> also includes Vladislav Grishenko's suggestion to tag LAA source addresses
> independently from multicast addresses.
>
> If these changes
On 7/27/2020 8:12 PM, d...@lutean.com wrote:
Hi everyone,
The following proposed patch includes my attempt at a man page change. It also
includes Vladislav Grishenko's suggestion to tag LAA source addresses
independently from multicast addresses.
If these changes are acceptable, I propose
r other address types.
--
Best Regards, Vladislav Grishenko
-Original Message-
From: Dnsmasq-discuss On
Behalf Of d...@lutean.com
Sent: Monday, July 27, 2020 12:38 AM
To: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] Tag requests for a DHCP address from devices
u
-Original Message-
From: Dnsmasq-discuss On
Behalf Of themiron...@gmail.com
Sent: July 26, 2020 8:04 AM
To: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] Tag requests for a DHCP address from devices
using a Locally Administered MAC address
Hi,
LAA stands for locally
On Sun, Jul 26, 2020 at 12:37:32PM -0700, d...@lutean.com wrote:
> From: Vladislav Grishenko Sent: July 26, 2020 8:04 AM
> > From: Pali Rohar Sent: Sunday, July 26, 2020 7:20 PM
> > On Sunday 26 July 2020 15:35:24 Geert Stappers wrote:
> > > On Sun, Jul 26, 2020 at 06:07:52AM -0700,
> "known"
> "known-othernet"
>
> --
> Best Regards, Vladislav Grishenko
>
> -Original Message-
> From: Dnsmasq-discuss On
> Behalf Of Pali Rohar
> Sent: Sunday, July 26, 2020 7:20 PM
> To: dnsmasq-discuss@lists.thekel
> > iOS 14
>
> CISCO provides an IOS, https://en.wikipedia.org/wiki/Cisco_IOS
> My second guess on IOS is an Apple Computer Inc product.
>
>
> > will by default use randomized, private MAC addresses.
>
> Yeah right, let's sell a depleted MAC address pool
> as a privacy improvement ...
>
nown"
"known-othernet"
--
Best Regards, Vladislav Grishenko
-Original Message-
From: Dnsmasq-discuss On
Behalf Of Pali Rohar
Sent: Sunday, July 26, 2020 7:20 PM
To: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] Tag requests for
On Sunday 26 July 2020 15:35:24 Geert Stappers wrote:
> On Sun, Jul 26, 2020 at 06:07:52AM -0700, d...@lutean.com wrote:
> > > > iOS 14
> > >
> > > CISCO provides an IOS, https://en.wikipedia.org/wiki/Cisco_IOS
> > > My second guess on IOS is an Apple Computer Inc product.
> > >
> > >
> > > >
On Sun, Jul 26, 2020 at 06:07:52AM -0700, d...@lutean.com wrote:
> > > iOS 14
> >
> > CISCO provides an IOS, https://en.wikipedia.org/wiki/Cisco_IOS
> > My second guess on IOS is an Apple Computer Inc product.
> >
> >
> > > will by default use randomized, private MAC addresses.
> >
> > Yeah
On Sat, Jul 25, 2020 at 09:01:51AM -0700, d...@lutean.com wrote:
> iOS 14
CISCO provides an IOS, https://en.wikipedia.org/wiki/Cisco_IOS
My second guess on IOS is an Apple Computer Inc product.
> will by default use randomized, private MAC addresses.
Yeah right, let's sell a depleted MAC
iOS 14 will by default use randomized, private MAC addresses. In my testing
these devices use a MAC address with the LAA bit set (2nd least significant
bit of the first byte of the MAC). It restricts this to host addresses
(least significant but is set to 0).
This patch detects MAC addresses with
14 matches
Mail list logo