Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp3854682pxt; Tue, 10 Aug 2021 12:59:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxMgKrQ1hRs6jXnm7Xa6gLGF8CstZToL0lAxiw9RYO790umP04NuMg1LhpplqiTaXopxboW X-Received: by 2002:a92:c843:: with SMTP id b3mr33969ilq.42.1628625592699; Tue, 10 Aug 2021 12:59:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628625592; cv=none; d=google.com; s=arc-20160816; b=Ndjh+tu7uik9txlqe4g7q1tWQS7YUIMT/9qbM/oMTDkFt1u90vBfqRzdCrBm98Df6c Zc6k8I1ilOauGq/YjncR2Pnxf6zNwxM0MzSL954DlB7oz7iytrrvfd+rg/wng4aC5Yxi tt/ZG23cid+KPOWxxGV7L6E3+rP1thqTrez5j8NzDyJ5OIIaHT5lUg6tnCwzvnxMy+zn EMwZNYYC+4jtDljSqlqPGmTuhZeZCqfqL/aEP+1xvE800eIWXzFy/ZemU/5iO1ruFXMA qqHQFqGvqhSamyzsuUyft4eP9IP60rhY/o6wv9X/FoDVOBVrifW9ob1F2ojN2gK06L1+ LwgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:subject:reply-to:from:to:dkim-signature:date; bh=JpwKQU7qJGvcJbOmub6Vo4gSKW3dGyhyyY1vRQB7Uo4=; b=x8WMsCTxfkRiR57Wjfs1gemdpsE5/uH4d/Al5mnCx2k5OXUp2yWjBpjnljotsSEf+O Blh0Oy6/St79Dmbw4JTz6B7c7Ex+iDT4+wmrPJG6duIqRTKGR9409NyI1FomxoPvXmz7 Yp3Atsiwg4/tmI+3vwUeQqwkT4rua2h2c90LrcB2XYPQG31Qjt705hv8mEkJ+8BvbrM9 api+j3ne7AU4thRyI0rhQ3hg5H2mV59Yj/Gb4ADIhUX4+HDVE31T5b358q5Bg7F3i8Bs wSXTK0cv9eG8c0fCQZ4sUEBumDRV9E13qC0cqXptq8oPXYtTzgDJo+tVizEW8FnHO4dP aDrQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@protonmail.com header.s=protonmail header.b=YthvMLKd; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p16si6103893ils.1.2021.08.10.12.59.32; Tue, 10 Aug 2021 12:59:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@protonmail.com header.s=protonmail header.b=YthvMLKd; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230184AbhHJT7p (ORCPT + 99 others); Tue, 10 Aug 2021 15:59:45 -0400 Received: from mail-0201.mail-europe.com ([51.77.79.158]:38397 "EHLO mail-0201.mail-europe.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229480AbhHJT7o (ORCPT ); Tue, 10 Aug 2021 15:59:44 -0400 Date: Tue, 10 Aug 2021 19:59:15 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1628625558; bh=JpwKQU7qJGvcJbOmub6Vo4gSKW3dGyhyyY1vRQB7Uo4=; h=Date:To:From:Reply-To:Subject:From; b=YthvMLKdgFD0TDoG/Pk6rBF5GZj0q9my5X8G4kxdXL5xdhDhxGTa/jUv1XT6GDMH1 Bz4Lr6Q5orNffC/BDuW6KmIvWwQHygq7DW1q2RBN5k5rOJQn178kqVYRk8oMv7qm8o KYXMTnUB9aDn1NBF489aKW8Csh8OZ5d+YNV+0ct0= To: "linux-wireless@vger.kernel.org" From: Michael Yartys Reply-To: Michael Yartys Subject: Not able to roam on FT-SAE network Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org Hi I've been running an FT-SAE network for quite some time now, and I've long = noticed that my both my laptops with Intel 7260AC cards are unable to roam = from one AP to another. When I move the laptops to an area with poor signal= strength the background scanning of NetworkManager/hostapd is triggered as= expected and a roam appears to be initiated, but instead of successfully r= oaming to the other AP with better signal strength it ends up returning to = the current AP. This keeps on happening until I either manually disable and= re-enable wifi, or if I move back to an area where the current AP has good= signal strength. The laptops are running the following distros, kernels an= d wpa_supplicant versions: -- Laptop 1 -- * Fedora 34 * 5.13.8-200 * wpa_supplicant v2.9 -- Laptop 2 -- * Ubuntu 20.04.2 LTS * 5.11.0-25 * wpa_supplicant v2.10-devel-hostap_2_9-2285-gc3155a725 (recent snapshot) I can provide relevant logs from wpa_supplicant and the APs to developers p= ersonally. Michael