Intel ICPS: Neuer Test erklärt IPv6-Ausfälle bei OneNote und M365
Ein neuer Test vom 7. Oktober zeigt: Intel ICPS 40.25.926.173 störte auf einem Notebook IPv6-Verbindungen, Version 50.26.623.243 nicht. Die Herstellerbestätigung fehlt, eine gezielte Diagnose lohnt sich.
Ein neuer Vergleichstest vom 7. Oktober 2026 liefert einen konkreten Ansatz für Windows-Notebooks mit gestörter OneNote-Synchronisation und Microsoft-365-Verbindungsabbrüchen: Laut dem veröffentlichten Untersuchungsbericht verändert eine ältere Intel Connectivity Performance Suite (ICPS) IPv6-Pakete. Auf demselben Samsung Galaxy Book arbeitete Intels generische Version 50.26.623.243 dagegen ohne diesen Fehler. Bei passenden Symptomen lohnt die Prüfung heute, ein flächendeckender Treibertausch ohne Diagnose nicht.
Die Meldung betrifft nicht sämtliche Intel-Netzwerkadapter oder Windows-11-Geräte. Entscheidend sind die installierte ICPS-Komponente, ihr Paketstand und tatsächlich genutzte IPv6-Verbindungen. IPv4-Verkehr war im Versuch nicht betroffen. BornCity und CircleID greifen die Untersuchung auf, eine ausdrückliche öffentliche Fehlerbestätigung durch Intel liegt in den ausgewerteten Belegen jedoch nicht vor.
Was ist neu?
Der ursprüngliche Fehler ist älter. Neu ist der am 7. Oktober dokumentierte Vergleich zwischen dem OEM-Paket 40.25.926.173 und dem generischen Intel-Paket 50.26.623.243. Der Betreiber des technischen Incident-Berichts wiederholte die Untersuchung auf seinem Samsung Galaxy Book 960QHA mit Windows 11 Pro 26H2 und testete jeweils fünf IPv6-Verbindungen zu 34 Websites. Die Zeitlinie nennt für den abschließenden Test 21:39 Uhr japanischer Zeit, entsprechend 14:39 Uhr in Deutschland.
- Mit laufendem OEM-Paket gelangen laut Bericht 138 von 170 IPv6-Verbindungen. 1.385 erfasste Pakete verloren ihr ursprüngliches Flow Label.
- Mit der generischen ICPS-Version gelangen 169 von 170 Verbindungen. Alle 11.711 erfassten Pakete nach dem Verbindungsaufbau behielten ihr Label.
- Der verbleibende Fehlschlag betraf laut Untersuchung eine Zeitüberschreitung, die auch über IPv4 auftrat. Die Zahlen sind Messwerte eines Geräts, keine Fehlerquote für Unternehmensflotten.
Warum wirkt das wie eine Microsoft-365-Störung?
Das IPv6 Flow Label ist ein Feld im Paketkopf. Nach RFC 6437 sollte es während eines Datenflusses konstant bleiben. Der Bericht beschreibt, dass der Intel-Filter den ersten Verbindungsaufbau unverändert passieren lässt, anschließend aber das Label auf null setzt. Die untersuchten Microsoft-Endpunkte reagieren dann mit einem Verbindungsreset. Als Erklärung nennt der Untersucher eine Lastverteilung anhand des Labels: Spätere Pakete könnten auf einem anderen Server ankommen.
Die Paketveränderung und der Versionsvergleich sind öffentlich dokumentiert. Die genaue interne Lastverteilung von Microsoft ist damit nicht unabhängig bestätigt. Für die Diagnose reicht zunächst die beobachtete Kombination aus IPv6-Resets, aktivem ICPS-Filter und erfolgreicher Gegenprobe ohne diesen Filter. Im Bericht erschienen OneNote-Notizbücher leer, obwohl die Anwendung „Up to date“ meldete. Das belegt keine Löschung der Cloud-Daten.
Welche Systeme verdienen Aufmerksamkeit?
Der konkret untersuchte Filter heißt IntcCo11X64.sys, Dienstname INTCCoSvc. Im fehlerhaften Paket trug er Version 11.5.11.19, im erfolgreich geprüften generischen Paket 12.10.14.33. Der normale WLAN-Treiber und die zusätzliche Optimierungssoftware sind deshalb getrennt zu betrachten. Ein Intel-WLAN-Chip allein beweist keine Betroffenheit.
Der Incident-Bericht nennt weitere OEM-Pakete und Meldungen zu unterschiedlichen Notebookherstellern. Daraus lässt sich weder eine vollständige Liste fehlerhafter Versionen noch eine Zahl betroffener Geräte ableiten. Auch die im Bericht genannten Windows-Update-Installationen beziehen sich auf das untersuchte Notebook. Ohne ICPS oder ohne nutzbaren IPv6-Pfad passt diese konkrete Ursache nicht zum Fehlerbild.
Wie dringend ist die Prüfung?
Es geht um Verfügbarkeit und verlässliche Synchronisation, nicht um eine gemeldete Sicherheitslücke oder einen Angriff. Bei produktiven Synchronisationsproblemen ist eine zeitnahe Einzelgerät-Diagnose sinnvoll. Symptomfreie Flotten benötigen keinen Notfall-Rollout. Weder ein verlorenes Flow Label noch eine erfolgreiche Gegenprobe erlaubt die pauschale Aussage, jeder OneNote-Fehler werde durch Intel verursacht.
Was sollten Admins jetzt prüfen?
- Zuerst Inventar und Paketstand erfassen: ICPS-Version, Filtertreiber, Windows-Build und Status von
INTCCoSvcauf einem betroffenen Gerät dokumentieren. - IPv6- und IPv4-Zugriffe auf denselben Microsoft-Endpunkt vergleichen. Verbindungsresets von fehlender IPv6-Erreichbarkeit unterscheiden.
- OneNote-Protokolle auf die im Bericht genannten Fehler
0x803D0014und WinHTTP 12030 prüfen. Einzelne Codes sind kein alleiniger Nachweis. - Eine reversible Gegenprobe mit deaktivierter ICPS-Komponente nur auf einem kontrollierten Gerät planen. Ausgangszustand und notwendige Netzwerkzugänge vorher sichern.
- Das generische Intel-Paket nicht blind verteilen. OEM-Freigaben, Gerätekompatibilität und den Versionsvergleich im Pilotgerät prüfen.
- Nach jeder Änderung Verbindungsversuche und echte Notizbuch-Synchronisation kontrollieren. Eine grüne Statusanzeige allein genügt nicht.
- IPv6 nicht als erste Dauerlösung abschalten. Das verdeckt möglicherweise den Filterfehler und verändert den gesamten Netzwerkbetrieb.
- Ergebnisse mit Paketversion und Geräteklasse dokumentieren, bevor ein breiter Austausch oder ein Hersteller-Supportfall folgt.
Einordnung für Unternehmen
Der praktische Mehrwert liegt im neuen Vergleichstest, nicht in einer offiziell angekündigten Reparatur. Er lenkt die Fehlersuche vom Cloud-Dienst auf einen lokalen Netzwerkfilter. Office-Reparaturen oder gelöschte Anwendungscaches wären ohne Gegenprobe vorschnell. Die Empfehlung bleibt gezielte Diagnose und kontrollierter Pilot statt einer unbelegten allgemeinen Entwarnung für die neue Version.
Passende Anleitungen auf S-EDV
- IPv4- und IPv6-Netze berechnen und aufteilen: Hintergrund zur getrennten Bewertung beider Protokolle.
- Windows-Geräte mit Intune und Autopilot ausrollen: Einordnung für kontrollierte Änderungen an verwalteten Windows-Flotten.
