Re: New option parameters
On Sun, 2017-02-05 at 13:05 +0100, Shawn Adams wrote: > All, > > > After reading the great efforts to include WOL and other parameters > into > NM, I'm wondering if the WOL patches are still not merged and require minor fixups: https://mail.gnome.org/archives/networkmanager-list/2017-January/msg00029.html > > there is interest in adding a few additional parameters that are > becoming more interesting > > for larger enterprise users > > > * 802.11w MFP- wpa_supplicant - > > # PMF enabled: ieee80211w=1 and key_mgmt=WPA-EAP WPA-EAP-SHA256 > # PMF required: ieee80211w=2 and key_mgmt=WPA-EAP-SHA256 > > # pmf=1 > > > * UAPSD- maybe difficult, chip-specific > > * Power save- maybe difficult, chip-specific iw set > power_save off powersave works, doesn't it? See "powersave" in `man nm-settings`. > * Opportunistic Key Caching > > #okc=0 > > * disable_vht: Whether VHT should be disabled. > # 0 = VHT enabled (if AP supports it) > # 1 = VHT disabled > > * A clever method of enabling/disabling 802.11r > > Much of this involves NM passing parameters to the > wpa_supplicant.conf > > And yes, granted - all predicated on the driver/NIC support where > appropriate. > > > I see most of these really helpful in network acceptance testing, or > proving problems with differing clients, > > would be great if NM offers easy, and in some cases, scriptable > configuration which other OS make difficult. > > > Best Regards, In general, it would be great to add support for new options. Let's tackle them one at a time. Patches welcome. Thomas signature.asc Description: This is a digitally signed message part ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH 1/1] device/wifi: drop messing with wpa-supplicant's support for MAC address randomization
On Tue, 2017-02-07 at 11:29 +0100, Beniamino Galvani wrote: > On Sun, Feb 05, 2017 at 11:18:08PM +0100, Thomas Haller wrote: > > We no longer use wpa_supplicant for MAC address randomization. > > Instead, NetworkManager > > handle it on it's own. It is actually important that supplicant > > does not interfere > > when setting the MAC address of the device. > > > > The code was only in effect when a PreassocMacAddr property exists, > > which is a recent feature so this wasn't unnoticed until now. > > > > Fixes: 767abfa69040c62ae1dc0989a77df8c5e0e489c1 > > Looks good to me. > > Beniamino Thanks. merged: https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=0cb85f161ea332dc400d7e33071ca1f3dfafd730 Thomas signature.asc Description: This is a digitally signed message part ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH 1/1] device/wifi: drop messing with wpa-supplicant's support for MAC address randomization
On Sun, Feb 05, 2017 at 11:18:08PM +0100, Thomas Haller wrote: > We no longer use wpa_supplicant for MAC address randomization. Instead, > NetworkManager > handle it on it's own. It is actually important that supplicant does not > interfere > when setting the MAC address of the device. > > The code was only in effect when a PreassocMacAddr property exists, > which is a recent feature so this wasn't unnoticed until now. > > Fixes: 767abfa69040c62ae1dc0989a77df8c5e0e489c1 Looks good to me. Beniamino signature.asc Description: PGP signature ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list