Firmware-update: Ubiquiti UniFi UAP/USW 4.0.42.10433

Ubiquiti heeft nieuwe firmware uitgebracht voor zijn wireless producten die in de UAP- en USW-series vallen. Hiermee worden weer verschillende punten aangepakt. Het versienummer is vastgezet op 4.0.42.10433, en voorzien van de volgende aankondiging en lijst met aanpassingen:

[FIRMWARE] 4.0.42.10433 for UAP/USW has been released | Stable

We've prepared firmware 4.0.42.10433. Please see below for the changelog and links to the firmware binaries.

Firmware changes since 4.0.21:

• [UAPG2/G3] Fix corrupt UBNT IEs.
• [UAPG2/G3] Handle broadcast DHCP replies properly while using dynamic VLANs.
• [UAPG1/G2] System optimizations.
• [UAPG2] Fix 100FDX negotiation issue after wired uplink state change.
• [UAPG2] Fix downlink AP crash when using a DFS channel for wireless uplink.
• [UAPG2] Fix wireless uplink priority selection fail.
• [UAPG1] Fix Ethernet negotiation.
• [UAPG1] Fix issue causing no Ethernet link when link partner uses manual negotiation.
• [UAPG1] Fix remaining issues with establishing an Ethernet link.
• [AC-Pro/EDU/M-Pro] Fix performance regression in 4.x when uplink is 100Mbps.
• [HD/SHD/XG/BaseStationXG] Fix mDNS leak when Broadcast and Multicast Filter enabled.
• [HD/SHD/XG/BaseStationXG] Fix reset button behavior.
• [HD/SHD/XG/BaseStationXG] Stability and compatibility improvements when using `Auto-Optimize Network` or `High Performance Devices`.
• [HD/SHD/XG/BaseStationXG] Update kernel.
• [HD/SHD/XG] Fix bug causing lower than expected MCS and throughput when TX power >=25dBm.
• [BaseStationXG] Fix GPS support.
• [nanoHD/IW-HD/UDM-B] Add association tracking support.
• [nanoHD/IW-HD/UDM-B] Add support for `High Performance Devices` (also part of `Auto-Optimize Network`).
• [nanoHD/IW-HD/UDM-B] Add support to display which client STAs support Fast Roaming.
• [nanoHD/IW-HD/UDM-B] Enable client STA keepalive support.
• [nanoHD/IW-HD/UDM-B] Fix 802.11w (PMF) provisioning.
• [nanoHD/IW-HD/UDM-B] Fix a crash when running RF Environment scanning.
• [nanoHD/IW-HD/UDM-B] Fix a null pointer access issue.
• [nanoHD/IW-HD/UDM-B] Fix AndesSendCmdMsg warnings.
• [nanoHD/IW-HD/UDM-B] Fix downlink AP TX rate degradation issue.
• [nanoHD/IW-HD/UDM-B] Fix false anomalies/failures.
• [nanoHD/IW-HD/UDM-B] Fix some memory leaks.
• [nanoHD/IW-HD/UDM-B] Fix speed regression caused by unaligned access.
• [nanoHD/IW-HD/UDM-B] Fix TX retry and drop count.
• [nanoHD/IW-HD/UDM-B] Fix wireless uplink packet forwarding issue.
• [nanoHD/IW-HD/UDM-B] Improve multi-client performance.
• [nanoHD/IW-HD/UDM-B] Stability improvements.
• [nanoHD/IW-HD/UDM-B] System optimizations.
• [nanoHD/IW-HD/UDM-B] Tweak WiFi Experience scoring.
• [UDM-B] Disable RF Environment scanning as it's unsupported.
• [UAP-IW] Fix behaviour so ports are switched instead of isolated.
• [UAP-IW] Fix link flapping and switch VLAN behavior.
• [UAP-IW] Fix port/management VLAN provisioning.
• [UAP-IW] Fix reported inittab respawn errors.
• [UAP] Add DFS backup channel feature.**
• [UAP] Add initial RFC-5176 support.**
• [UAP] Add U-NII-2C support for Panama country code.
• [UAP] Fix a bug which causes mcad to be removed unexpectedly after a provision.
• [UAP] Fix a bug with guest portal redirection.
• [UAP] Fix and improve User Groups support.
• [UAP] Fix Apple Watch support when using `Auto-Optimize Network` feature.*
• [UAP] Fix connectivity issue for 2.4GHz only devices when using `Auto-Optimize Networks` or `High Performance Devices`.
• [UAP] Fix false `Blocked by access control` anomalies.
• [UAP] Fix false DHCP timeout/failure anomalies.
• [UAP] Fix incorrect/lower than expected 2.4GHz TX power limits.
• [UAP] Fix issues when multiple guest networks on an AP.
• [UAP] Fix RADIUS failover behavior.
• [UAP] Fix RF Environment scanning bug which caused APs to require a power cycle after running a scan.
• [UAP] Improve client STA compatibility when using `High Performance Devices` (also part of `Auto-Optimize Networks`).
• [UAP] Regulatory updates for Russia.
• [U-LTE] Disable RF Environment scanning as it's unsupported.
• [USW] Fix timeout issue when provisioning 200+ VLANs.
• [UIS] Improve PD compatibility.*
• [USW-Pro/XG-6POE] Add initial routing support.**
• [USW-Pro/XG-6POE] Fix a bug that may cause the in-row SFP port to disable when setting an Ethernet port to Disabled.
• [USW-Pro/XG-6POE] Further improvements to PD autodetection.
• [USW-Pro/XG-6POE] Improve handling when no uplink detected.
• [USW-Pro/XG-6POE] Improve PoE reliability.
• [USW-Pro] Add LCM brightness/sync support.**
• [USW-Pro] Change throughput update interval on LCM to 1 second.
• [USW-Pro] Fix a rare bug in LCM initialization during boot.
• [USW-Pro] Improve reliability of LCM sync feature.
• [USW-Pro] Tweak LCM touch event behaviour.
• [USW-Flex] Fix a bug which may prevent device from booting.
• [USW-Flex] Improve device initialization reliability.
• [US8] Disable IPv6 on VLAN interfaces.
• [USW] Add Wired User Experience support.**
• [USW] Fix 10/100Mbps manual negotiation.
• [USW] Fix false PoE overload events.
• [USW] Fix SNMPv3 data leaking without auth.
• [USW] Improve Fault Status text when checking PoE info via shell.
• [SEC] Fix CVE-2019-8912.
• [HW] Fix alerts generated when inittab restarts a process.
• [HW] Fix STUN URL resolution.
• [HW] Fix support for Custom Upgrades via FTP.
• [HW] Miscellaneous bug fixes and improvements.

*UIS-8-450W upgrading from 4.0.33 and earlier will have their PoE firmware upgraded automatically to improve PD compatibility. That process will take a few minutes. PoE will be unavailable during the upgrade process.
**Controller support pending/varies

Versienummer	4.0.42.10433
Releasestatus	Final
Website	Ubiquiti Networks Community
Download	https://community.ubnt.com/t5/UniFi-Updates-Blog/FIRMWARE-4-0-42-10433-for-UAP-USW-has-been-released-Stable/ba-p/2787312
Licentietype	Freeware

Reacties (25)

[JayOne]

Deze upgrade kent nog wel wat problemen, lees goed het bijbehorende forumtopic door.

[Beh1ndU]

En inmiddels heb ik hem gedowngrade... te veel problemen. 20k Association Timeout's in 24 uur... en op sommige devices Access Point Retry Rate naar 100%...

[Hans van Eijsden]

Dit kan kloppen, maar hoeft niet te duiden op een daadwerkelijke fout. Om die stats correct te parsen is controllerversie 5.11.26 of hoger vereist, die momenteel in beta is. Wanneer je die controller hebt draaien zul je zien dat die informatie weer correct getoond wordt, althans zo is mijn ervaring en de officiële verklaring van Ubiquiti.

[Beh1ndU]

Interessant! Moeite waard om te gaan testen.

Vrees wel dat er onderwater daadwerkelijk fouten in zaten (kan het niet meer reproduceren want gedowngrade). Met name oudere iphones, Eneco-Toon en mn oude amazon echo dot hadden problemen en moest ik dagelijks re-connecten om te laten werken. Werd minder toen ik auto optimaliseren uit zette..

[Verwijderd]

Zojuist 2 AP's geupgrade zonder problemen. Geen alert meldingen in de logging of whatsapp problemen.
DTIM ook maar even naar 3 gezet, thanks @Hans van Eijsden

Voor iedereen die een AP heeft is dit zo te zien best aan te raden:
https://help.ubnt.com/hc/...-UAP#dhcp%20configuration

Modifying the DTIM Period
A default DTIM period of 1 is used for compatibility and legacy reasons. However, many modern devices including recent iOS and Android phones, will perform better and save up to 66% of their WiFi battery consumption if the period is set to 3. For networks with nearly all modern devices, it is recommended to use a DTIM period of 3 instead.

[MaxTheKing]

Ik heb sinds een jaar een probleem met mijn UniFi installatie thuis. Ik heb een drietal UAP-AC-LITEs, deze werken perfect en vormen een mooi dekkend Wi-Fi netwerk. Het enige probleem is dat soms whatsapp soms berichten gewoon niet meer verzenden/ontvangen voor een periode van 10 tot 30 seconden, terwijl ik dan nog wel gewoon toegang heb tot internet en andere apps. Heb alles al geprobeerd maar niets lijkt het probleem te verhelpen, hier iemand met hetzelfde probleem: https://www.reddit.com/r/...atsapp_only_on_unifi_aps/

[Hans van Eijsden]

Zet je DTIM op 3 in plaats van de standaard 1. Dit heeft het voor mij en in veel andere gevallen opgelost.
Je vindt dit in de controller bij Wireless Networks settings, bij de 802.11 Rate and Beacon Controls.
Zowel de DTIM 2G Period als de DTIM 5G Period op 3 zetten. Dit zorgt ervoor dat mobiele apparaten efficiënter met de verbinding om gaan en beter communiceren met elkaar.
Binnenkort wordt de standaard ook aangepast van 1 naar 3 om dit soort problemen te voorkomen, maar zo ver is het nog niet.

[MaxTheKing]

Dit heb ik een tijdje terug al gedaan inderdaad, maar het probleem blijft zich voordoen

[Hans van Eijsden]

Hey, dat is erg vreemd. Zou niet moeten, maar er zijn zoveel variabelen en omstandigheden die dat kunnen veroorzaken, dat ik het dan ook even niet zou weten. Wat je nog kunt proberen is om op de Ubiquiti Discord raad te vragen: https://discord.gg/XKDwp2z is de link. Als ik het niet meer weet en op Tweakers plus het Ubiquiti forum ook geen antwoord kan vinden dan helpen de mensen op Discord me tot op heden super.

[Fairy]

Ik heb exact hetzelfde als @MaxTheKing .

Op kantoor beheer ik een Unifi netwerk met 20AP's (NanoHD en HD), hierop 3 netwerken, IAS internet (zakelijk glas), kantoornetwerk en een gastennetwerk met ontsluiting naar een ADSL lijn.

Regelmatig valt o.a. de connectie met whatsapp weg, dit zie je op je PC ook als je de app draait. Berichten komen pas heel laat aan. Dit gebeurd alleen bij het gastennetwerk, bij de IAS verbinding is dit probleem niet, maar die houden we gescheiden omdat de IAS gebruikers een gegarandeerde verbinding hebben (symmetrisch).

Tussen de SSID's zit verder helemaal geen verschil, behalve dat ze op een ander VLAN uitkomen.

Heb recent de firmware van de AP's geüpgrade naar 10433. Heb het gevoel dat het íets beter gaat, maar dit kan ook verbeelding zijn.

[r2504]

Ik had bij een klant ook een dergelijk probleem maar uiteindelijk hebben de mensen van de firewall een aanpassing gedaan en nu lijkt het opgelost te zijn. Misschien is het dus wel geen Unifi probleem ?

[Verwijderd]

Zat ik ook gelijk aan te denken, al heb ik geen idee welke poorten WA gebruikt.

[Fairy]

WA poorten zijn open gezet. Daar zou ik geen problemen verwachten eigenlijk.

[Verwijderd]

Ik denk wel dat je het in die richting moet zoeken. Als al het andere verkeer normaal gaat en er is geen packet loss dan blijft er niet veel over.

[r2504]

Volgens hun stonden de juiste poorten initieel ook open (maar berichten kwamen soms een uur later pas aan)... zal eens navragen wat men exact gedaan heeft.

[Fairy]

Ik heb het hier gechecked, op onze glasverbinding staan enkel de poorten open die Whatsapp voorschrijft, daar gaat het ook gewoon goed.

Op het gastennetwerk is de internetverbinding volledig open, dus zou dat geen probleem mogen zijn.

Ik denk dat er in mijn geval ook iets anders aan de hand is, toen ik net de telefoon uit standby haalde, had ik de eerste 10 seconden ook geen internet via de browser.

[Iruk1981]

ik ben terug gegaan naar versie 4.0.15.

Bij Versie 4.0.42 gaat mijn switch plat door het netwerk verkeer dat door mijn twee uap AC pro's wordt gegenereerd.

Koppel ik een van de twee los van de switch gaat het prima en verbind de tweede AP netjes via de wifi met de andere AP. Nu toch maar weer een oude firmware teruggezet die wel stabiel is.

edit:
tip van @Naeszens35 gebruikt en wireless uplinks uitgeschakeld (Auto-Optimize network stond al uit). Nu blijft de activiteit op de switch normaal. Bedankt

[Reactie gewijzigd door Iruk1981 op 23 juli 2024 06:34]

[Naeszens35]

Wanneer je de ‘Wireless Uplinks’ uitschakeld op alle UAP’s zou je minder problemen moeten hebben met het netwerkverkeer op je switch dat wordt gegenereerd omdat een Loopback op je bridge gegenereerd wordt.

Daarnaast lost het uitschakelen van ‘Auto-Optimize Network’ in de controller voor mij een hoop gezeur op met m’n Samsung Smart-TV. Ik kon namelijk wel m’n netwerken vinden maar geen verbinding maken. Verbinding met een HotSpot was geen probleem.

Misschien dat iemand iets heeft aan bovenstaande.

[Maikie18]

Idem met een galaxy s7 telefoon. Auto-Optimize uit en hij kan weer verbinden

[Exirion]

Met precies dit probleem heb ik dit weekend zitten worstelen! Ik zag o.a. een zooi ARP requests voorbij komen die ik niet kon plaatsen. Heb zelf het idee dat de AP's naar een controller IP adres blijven communiceren nadat de controller offline is gegaan. Met 3 AP's verbonden ging mijn netwerk plat. Idd wireless uplinks waren het probleem, want dat wilde bij mij gewoon niet werken. Downgrade proberen dus.

Wel typisch dat ik het beste materiaal gekocht dacht te hebben en dan precies bij een buggy firmwareversie instap en tegen issues aan loop...

[ardvark99]

Versie 4.0.42.10433 is vrijgegeven als Stable, maar er zijn genoeg problemen met deze release. Ik zelf heb problemen met een AC-Pro en een AC-LR, deze draai ik op 4.0.29, de releases daarna gaven problemen, de alert logging werd vol gegooit met de volgende melding: [AP name] /usr/sbin/dnsmasq exited with code 512 and restarted by inittab.

De AC-IW die ik ook heb geeft geen problemen. Een andere site die ik ook draai geeft geen problemen.

Ik heb vanalles geprobeerd om van die alerts af te komen, tot nu toe niet gelukt. Reboots, factory reset, instellingen aangepast van de AP's/controller/switch poorten. Helaas...

[toxict]

Deze versie niet gebruiken. Ik heb ook een downgrade emoeten doen om weer een normaal werkend netwerk te krijgen. 20k-40k dnsmasq stopped and started by inittab meldingen in 2 dagen tijd. Na downgrade en restart van alle devices probleem opgelost.

[Murdockx]

Ik heb ook nog even de Stable Candidate gedraaid op 1 AP AC-Pro, snel weer terug gegaan naar 4.0.29.
2 mobieltjes hadden met de Stanley candidate onderbrekingen. DTIM heb ik nu ook op 3 gezet. Werkt weer perfect.

[break-blade]

We hebben een downgrade moeten doen op 16 AP's AC-Mesh-Pro het netwerk was een chaos en klapperde aan alle kanten. Wij hadden ook 20k Association Timeout's in 24 uur... en op sommige devices Access Point Retry Rate naar 60% met als gevolg veel zeurende gebruikers. Na downgrade naar 4.0.21.9965 alles weer normaal.

[gabbel]

met deze update draait mijn AP Lite op 100M ipv 1000M. Na downgrade draait de AP weer 1000M