image

Microsoft vindt oplossing voor probleem met Windows 10-update

vrijdag 9 december 2016, 15:12 door Redactie, 16 reacties

Microsoft heeft een oplossing gevonden voor de Windows 10 Anniversary Update die er bij sommige gebruikers voor zorgt dat hun computer of mobiel de internetverbinding verliest. Na de installatie ververst de netwerkkaart niet automatisch zijn ip-adres en maakt daarom gebruik van een lokaal 169.x.x.x ip-adres.

De problemen doen zich voor bij zowel bekabelde aansluitingen als wifi-netwerken. Microsoft zegt het probleem nu te hebben geïdentificeerd. "Het is belangrijk dat, nadat de internetverbinding hersteld is, direct naar een update wordt gezocht via Windows Update", zegt Lars van Beek van Microsoft Nederland. Verder kunnen gebruikers de internetverbinding ook handmatig herstellen, door bijvoorbeeld een nieuw ip-adres aan de router of modem te vragen of de netwerkkaart opnieuw in te stellen. Op deze pagina heeft Microsoft een overzicht van alle mogelijke herstelopties.

Reacties (16)
09-12-2016, 15:22 door Anoniem
Wat een misser...tjezus

werkt dit trouwens now onder windows 10?
ipconfig /release
ipconfig /release6
ipconfig /renew
ipconfig /renew6
09-12-2016, 15:31 door Anoniem
Wat een amateurs. Dit is potjandorie geen hobbieproject.
APIPA is trouwens 169.254.x.x (169.254.0.0/16), zelfs dat snapt MS niet zo te zien.
09-12-2016, 19:15 door karma4
De amateurs reageren en ageren.
Netwerkkaarten draaien een heel deel van de ip Stack als onderdeel van embedded software. Prachtig als je merkt dat daar iets niet goed gaat met buffering timing of wat anders. Dan had advies om die interne kaart code uit te schakelen met speciale instructies. Als het woord sommige valt wordt ik voorzichtig met zwart wit uitspraken.
09-12-2016, 19:55 door softwaregeek
Door Anoniem: Wat een misser...tjezus

werkt dit trouwens now onder windows 10?
ipconfig /release
ipconfig /release6
ipconfig /renew
ipconfig /renew6

Deze hebben geen effect voor het probleem met een lokaal 169.x.x.x ip-adres!
09-12-2016, 20:35 door Anoniem
Door karma4: De amateurs reageren en ageren.
Netwerkkaarten draaien een heel deel van de ip Stack als onderdeel van embedded software. Prachtig als je merkt dat daar iets niet goed gaat met buffering timing of wat anders. Dan had advies om die interne kaart code uit te schakelen met speciale instructies. Als het woord sommige valt wordt ik voorzichtig met zwart wit uitspraken.
Wat een grootse onzin. Dit lijkt gewoon om een DHCP-client probleem te gaan waar de client zijn IP niet ververst en het systeem zodra de lease verloopt zonder IP zit. Als dit waar is dan is het 100% amateuristisch en zou je zeer ernstige bedenkingen bij de kwaliteitscontrole moeten hebben.
09-12-2016, 21:16 door Patje-RedFan
Gewoon de netwerk adapter uitschakelen en na twintig seconden terug inschakelen lost het probleem op !
09-12-2016, 21:43 door [Account Verwijderd]
[Verwijderd]
10-12-2016, 10:33 door [Account Verwijderd] - Bijgewerkt: 10-12-2016, 10:33
[Verwijderd]
10-12-2016, 11:53 door Anoniem
Ik heb die update überhaupt nooit aangeboden gekregen.
Gisteravond pas een update sinds een maand, die ook nog eens faalt met updaten.
10-12-2016, 13:22 door karma4
Door Anoniem: Wat een grootse onzin. Dit lijkt gewoon om een DHCP-client probleem te gaan waar de client zijn IP niet ververst en het systeem zodra de lease verloopt zonder IP zit. Als dit waar is dan is het 100% amateuristisch en zou je zeer ernstige bedenkingen bij de kwaliteitscontrole moeten hebben.
De vraag is meer welk deel wordt als functie door de kaart NIC eg I350) en welk deel door het os Linux/Windows maakt niet uitgevoerd. Kijk even naar https://blog.packagecloud.io/eng/2016/06/22/monitoring-tuning-linux-networking-stack-receiving-data/
"Generic Receive Offloading (GRO) is a software implementation of a hardware optimization that is known as Large Receive Offloading (LRO)." Als je de issues in de praktijk een keer gezien hebt dan pas kan je dit probleem zien.
10-12-2016, 16:00 door Anoniem
Door karma4:
Door Anoniem: Wat een grootse onzin. Dit lijkt gewoon om een DHCP-client probleem te gaan waar de client zijn IP niet ververst en het systeem zodra de lease verloopt zonder IP zit. Als dit waar is dan is het 100% amateuristisch en zou je zeer ernstige bedenkingen bij de kwaliteitscontrole moeten hebben.
De vraag is meer welk deel wordt als functie door de kaart NIC eg I350) en welk deel door het os Linux/Windows maakt niet uitgevoerd. Kijk even naar https://blog.packagecloud.io/eng/2016/06/22/monitoring-tuning-linux-networking-stack-receiving-data/
"Generic Receive Offloading (GRO) is a software implementation of a hardware optimization that is known as Large Receive Offloading (LRO)." Als je de issues in de praktijk een keer gezien hebt dan pas kan je dit probleem zien.
Ben er van op de hoogte. Is irrelevant in dit geval. Kosmische straling had het in theorie ook kunnen veroorzaken, moeten we dat dan ook maar open houden voordat we MS de schuld kunnen geven in een geval waarbij het vrijwel zeker is dat het door de verandering aan de DHCP-client komt? Natuurlijk kan er een samenloop van verschillende zaken plaatsvinden, maar wat vrijwel zeker is is dat ze niet goed hebben getest. Ik blijf erbij dat dit een stomme fout aan de DHCP-client is en dat de schuld niet op de netwerkfabrikant en linux DHCP-servercode kan worden afgewimpeld.
10-12-2016, 20:40 door [Account Verwijderd]
[Verwijderd]
10-12-2016, 23:02 door karma4
Anoniem 16:00 de linux code is open dus daar kan je de specs terugvinden. Ik had dat soort issues in een andere omgeving.
Voor het testen van alle soorten harte is er een insidersprogramma om de eenvoudige reden dat het aantal mogelijke combinaties veel te groot is.
De linux omgeving is berucht om dat soort uitdagingen. Het gaat steeds beter maar toch.

Die van de kosmische straling en ook de klimaatproblemen houden we erin. Ik zie ze graag genoemd door overtuigde ms bashers. Het geeft de verblinding beter aan.
11-12-2016, 11:21 door [Account Verwijderd]
[Verwijderd]
11-12-2016, 17:46 door karma4
Rinjani begrijp je het zelf wel? Je zoekt bevestiging bij gelijkgestemde zonder onderzoek van waarheid te willen.
12-12-2016, 08:36 door Anoniem
Epic failure.
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.