All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: Michael Nazzareno Trimarchi <michael@amarulasolutions.com>
Cc: Daniel Wagner <wagi@monom.org>, connman@lists.linux.dev
Subject: Re: Network with same ssid question
Date: Sun, 16 Jan 2022 09:29:50 +0100	[thread overview]
Message-ID: <8AF20224-E145-48EE-9484-D1527448A3CA@holtmann.org> (raw)
In-Reply-To: <CAOf5uwn3TyX_mKLRmSy1Hk98esi-AbKV9rqjo3-oh0-hngKAHg@mail.gmail.com>

Hi Michael,

>>> suppose you have 3 access point with different signal strength on a
>>> network, the best will be connman select access point in the area
>> 
>> This selection is done by the wpa_supplicant/iwd, not by ConnMan.
> 
> the wpa_supplicatan using wpa_cli show all the network so connman
> can create several services with the same ssid name. The logic to what
> service to connect is can not be done even in connman

actually iwd does select the best possible AP and will also roam between them in case one AP tells iwd that a different AP is preferable or even if it gets asks to move bands. That is all done inside iwd. It is impossible to do sitting on top of wpa_supplicant.

Keep in mind that one physical AP broadcasting on 2.4 GHz and 5 GHz is already two BSSIDs with the same SSID. The client (like iwd) has to roam between the two bands.

>>>>> IIRC, ConnMan merges those together and only exposes it one Service.
>>>> 
>>>> is_duplicated the one that merges them? I think that in scenario when
>>>> multiple access point
>>>> are present we should not do it. I have seen that even iwd does not
>>>> show duplicated. Is that correct?
>> 
>> wpa_supplicant or iwd? I can't remember the wpa_supplicant details here.
>> For iwd, all these stuff is done in iwd. Not ConnMan.
> 
> I have tested iwctl and wpa_cli. The first one show only one ssid the second one
> all the access point. iw scan show all of them

The wpa_cli shows BSSIDs and so does iw. You see every single BSSID broadcasting. iwd works on networks. Every BSSID with the same SSID and matching security settings gets merged into a network. As it is meant to be done by the WiFi spec.

Regards

Marcel


  reply	other threads:[~2022-01-16  8:39 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-13 15:43 Network with same ssid question Michael Nazzareno Trimarchi
2022-01-13 16:05 ` Daniel Wagner
2022-01-13 16:08   ` Michael Nazzareno Trimarchi
2022-01-14  9:50     ` Michael Nazzareno Trimarchi
2022-01-14 11:17       ` Daniel Wagner
2022-01-14 11:19         ` Michael Nazzareno Trimarchi
2022-01-16  8:29           ` Marcel Holtmann [this message]
2022-01-16  8:43             ` Michael Nazzareno Trimarchi
2022-01-18  9:30               ` Marcel Holtmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8AF20224-E145-48EE-9484-D1527448A3CA@holtmann.org \
    --to=marcel@holtmann.org \
    --cc=connman@lists.linux.dev \
    --cc=michael@amarulasolutions.com \
    --cc=wagi@monom.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.