Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
MIME-Version: 1.0
References: <20190904191155.28056-1-prestwoj@gmail.com> <d776271eac8b7cd24da6dbd21fb87186b30a0e7f.camel@sipsolutions.net>
 <4c43ea6a74cacc61184bc5b1387fecaa40711369.camel@gmail.com>
 <4909a428ee6fef2bf8b0e61841bc88062f534b13.camel@sipsolutions.net>
 <896183390a396e8e0508622eceb3664effcb3c30.camel@gmail.com>
 <87a7b8lciz.fsf@tynnyri.adurom.net> <844f1a1dc72ec73df5a86864b410bbc490c4abdd.camel@gmail.com>
 <87imprbc0j.fsf@kamboji.qca.qualcomm.com> <763f4560-ba78-b0e7-6855-fd4bc048ec13@gmail.com>
 <20190917204419.41235404@smicro.local.lan>
In-Reply-To: <20190917204419.41235404@smicro.local.lan>
From:   Steve deRosier <derosier@gmail.com>
Date:   Tue, 17 Sep 2019 12:11:35 -0700
Message-ID: <CALLGbR+1Pryv2z6m3caP9LuvGpY5BSFM8i+kyC2DX2vNpmQGNQ@mail.gmail.com>
Subject: Re: [RFC 0/4] Allow live MAC address change
To:     Bob Marcan <bob.marcan@gmail.com>
Cc:     linux-wireless <linux-wireless@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Sender: linux-wireless-owner@vger.kernel.org
Precedence: bulk

On Tue, Sep 17, 2019 at 11:44 AM Bob Marcan <bob.marcan@gmail.com> wrote:
>
> On Tue, 17 Sep 2019 10:40:49 -0500
> Denis Kenzior <denkenz@gmail.com> wrote:
>
> > Hi Kalle,
> >
> > > For user experience scanning and DHCP are also important, what kind o=
f > numbers you get when those are included? No need to have anything> prec=
ise, I would like just to get an understanding where we are> nowadays.
> >
> > Scanning heavily depends on the RF environment and the hardware.  In ou=
r testing ath9k takes stupid long to scan for example.
> >
> > But in a sort of best case scenario, using limited scan and no mac chan=
ge, iwd connects in ~300ms.  People have reported that they have not finish=
ed opening their laptop screen and they're connected, so at that level of l=
atency, every millisecond is important and totally worth fighting for.  Ran=
domizing the MAC would penalize our connection times by 2X (300 ms at least=
).  And Android folks have reported the penalty to be as high as 3 seconds.=
  So this needs to be fixed.  And do note that this is a feature every mode=
rn OS implements by default.
>
> Randomizing the MAC is a stupid decision.
> Do you realy expect that this will add something to the security?
>

Hi Bob,

Thank you for your post, but this is an opinion and adds nothing to
the technical discussion underway. Let's discuss the patches please.

Thanks,
- Steve