WPA Enterprise Support

[Flole998]

As the DGA4132 supports WPA enterprise when configured accordingly, i would love to see config options in the wifi options for those. So far I've used the command line to configure it, but the gui shows a completely wrong config now.

[kevdagoat]

This would be a lot harder to implement as transformer most likely doesn’t have a mapping

[FrancYescO]

it's not an issue to add transformer mappings

[Flole998]

If you write the correct settings into the /etc/config/wireless file it works perfectly fine. So it shouldn't be an issue to add this.

[FrancYescO]

@Flole998 post a working wireless config file that can be helpful

[kevdagoat]

If you write the correct settings into the /etc/config/wireless file it works perfectly fine.

More info needed.

[Flole998]

The options needed for WPA Enterprise are

        option encryption 'wpa2'
        option ssid 'WPA Enterprise'
        option acct_server '10.0.0.1'
        option acct_secret 'accounting-secret'
        option server '10.0.0.1'
        option key 'authentication-secret'
        option rsn_preauth '1'
        option eap_reauth_period '0'

RSN Preauth is not necessary, but an option that really makes sense to have. eap_reauth_period is also not necessary, but also needed in some cases. The accounting server and accounting secrets are optional, while server and key (shared secret) are a requirement for using wpa enterprise.

[kevdagoat]

@Flole998 So we can make some actual progress, can you please post the file:

/usr/share/transformer/mappings/uci/wireless.map

[kevdagoat]

Well looks like no progress... @FrancYescO Ok to close?

[Flole998]

If you want to see progress you should consider working on it.....

Definitely not OK to close as it is not fixed/implemented yet. I mean obviously you can simply close all issues, but that's not how it's supposed to be used.

[kevdagoat]

I did ask you for a file to help implement it but I never got it. Hence the closing reason

On 14 Mar 2019, at 8:53 am, Flole998 notifications@github.com wrote:

If you want to see progress you should consider working on it.....

Definitely not OK to close as it is not fixed/implemented yet. I mean obviously you can simply close all issues, but that's not how it's supposed to be used.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[kevdagoat]

Plus, none of my modems have support for it so it is a bit hard to test on my end

On 14 Mar 2019, at 8:53 am, Flole998 notifications@github.com wrote:

If you want to see progress you should consider working on it.....

Definitely not OK to close as it is not fixed/implemented yet. I mean obviously you can simply close all issues, but that's not how it's supposed to be used.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[Flole998]

Then don't work on it or wait until someone provides the file, no reason to close something that's not fixed just because you don't like the progress (or not-progress in this case). It's all best effort and there was no progress for 4 months (and I didn't complain about it at all), if I would still use the device I would get you the file right away, but it doesn't boot up anymore and I don't need it so right now I don't really care about that.

[kevdagoat]

If you want some help de-bricking: https://whirlpool.net.au/wiki/hack_technicolor#technicolor_recovery

On 14 Mar 2019, at 11:15 am, Flole998 notifications@github.com wrote:

Then don't work on it or wait until someone provides the file, no reason to close something that's not fixed just because you don't like the progress (or not-progress in this case). It's all best effort and there was no progress for 4 months (and I didn't complain about it at all), if I would still use the device I would get you the file right away, but it doesn't boot up anymore and I don't need it so right now I don't really care about that.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[kevdagoat]

Well, if we can’t get the resources needed it will have to be closed after a certain period of inactivity

On 14 Mar 2019, at 11:15 am, Flole998 notifications@github.com wrote:

Then don't work on it or wait until someone provides the file, no reason to close something that's not fixed just because you don't like the progress (or not-progress in this case). It's all best effort and there was no progress for 4 months (and I didn't complain about it at all), if I would still use the device I would get you the file right away, but it doesn't boot up anymore and I don't need it so right now I don't really care about that.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[kevdagoat]

Any news?

[binc0]

Here is required file form a Fastweb DGA4031:

local config_wireless = "wireless"

-- uci.wireless
mapper("uci_1to1").registerConfigMap(config_wireless)

-- uci.wireless.wifi-device
local wireless_wifidevice = {
  config = config_wireless,
  type = "wifi-device",
  options = { "type", "country", "state", "channel", "channelwidth", "standard", "rateset",
              "ht_security_restriction", "sgi", "interference_mode", "interference_channel_list",
              "acs_config_file", "acs_policy", "acs_state", "acs_chanim_tracing", "acs_traffic_tracing",
              "acs_trace_level", "acs_rescan_period", "acs_rescan_delay_policy", "acs_allowed_channels", "frame_bursting",
              "stbc", "cdd", "tx_power_adjust", "tx_power_overrule_reg", "wifi_button_enable", "encryptiontype",
              "allowed_channels", "sta_minimum_mode", "txbf", "mumimo", "ldpc", "advanced_qam",
 }
}

mapper("uci_1to1").registerNamedMultiMap(wireless_wifidevice)

-- uci.wireless.wifi-interface
local wireless_wifiiface = {
  config = config_wireless,
  type = "wifi-iface",
  options = { "device", "ssid", "network", "state", "mode", "uapsd", "ap_display_name", "stb", "upload_rate", "download_rate", "rate_control_enabled" }
}

mapper("uci_1to1").registerNamedMultiMap(wireless_wifiiface)

-- uci.wireless.wifi-bandsteer
local wireless_wifibandsteer = {
  config = config_wireless,
  type = "wifi-bandsteer",
  options = { "policy_mode", "rssi_threshold", "rssi_5g_threshold", "sta_comeback_to", "monitor_window", },
}

mapper("uci_1to1").registerNamedMultiMap(wireless_wifibandsteer)

-- uci.wireless.wifi-ap
local wireless_wifiap = {
  config = config_wireless,
  type = "wifi-ap",
  options = { "iface", "state", "public", "ap_isolation", "station_history", "security_mode",
              "wps_state", "wsc_state", "wps_ap_setup_locked",
              "acl_mode", "acl_registration_time", "trace_modules", "trace_level", "wps_w7pbc", "bandsteer_id",
              "pmksa_cache", "max_assoc", "eap_reauth_period", "reauth_period_pmksa_lifetime_linked", "nas_wan_intf", "group_id", },
  passwords = { "wep_key", "wpa_psk_key", "wps_ap_pin" },
  lists = { "acl_accept_list", "acl_deny_list", }
}

mapper("uci_1to1").registerNamedMultiMap(wireless_wifiap)

-- uci.wireless.wifi-radius-server
local wireless_wifiradiusserver = {
  config = config_wireless,
  type = "wifi-radius-server",
  options = { "state", "ip", "port", "fqdn", "dhcp_acct", "priority" },
  passwords = { "secret" }
}

mapper("uci_1to1").registerNamedMultiMap(wireless_wifiradiusserver)

-- uci.wireless.wifi
local wireless_wifiglobal = {
  config = config_wireless,
  type = "wifi",
  options = { "wifi_analyzer_disable" }
}

mapper("uci_1to1").registerNamedMultiMap(wireless_wifiglobal)

[Flole998]

Well looks like no progress...

... even with the file provided.

@kevdagoat I thought you wanted to work on this?