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;
Message-ID: <2a7b33ace030fdeda96e60b2abd6c70a11f426e0.camel@sipsolutions.net>
Subject: Re: [PATCH] mac80211: Send deauth to STA's upon AP stop
From:   Johannes Berg <johannes@sipsolutions.net>
To:     Shay Bar <Shay.Bar@celeno.com>
Cc:     "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Date:   Thu, 18 Jun 2020 16:18:11 +0200
In-Reply-To: <AM0P192MB04682E48D814F5F6CAFBF9CAE79B0@AM0P192MB0468.EURP192.PROD.OUTLOOK.COM>
References: <20200618093609.16514-1-shay.bar@celeno.com>
         (sfid-20200618_113627_790574_4007E613) <d57c8bf64d6ea2e3f7355c2f7ca9b376db7fe21c.camel@sipsolutions.net>
         <AM0P192MB04682E48D814F5F6CAFBF9CAE79B0@AM0P192MB0468.EURP192.PROD.OUTLOOK.COM>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.36.3 (3.36.3-1.fc32) 
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Sender: linux-wireless-owner@vger.kernel.org
Precedence: bulk

On Thu, 2020-06-18 at 14:14 +0000, Shay Bar wrote:
> > Hostapd normally handles that. Are we really so worried about it
> > crashing?
> > johannes
> 
> Actually, it's not crashing but WIFI STA keeps sending unicast frames
> to AP such as RTS, BAR, NULL function (no data).
> This is what I want to avoid.
> Its just seems much more clever to let STA know we are down.
> don’t you agree?

We're doing that. More accurately, hostapd is doing that. So what's not
working for you?

johannes