Intelの通信最適化ソフト「Intel Connectivity Performance Suite（ICPS）」が、一部のWindows端末でIPv6接続を不安定にしている可能性が、利用者の調査によって明らかになった。
OneNoteでノートの内容が表示されないにもかかわらず、同期は完了していると表示される不具合を調査していた利用者が、2026年10月7日に検証結果を公開した。それによると、ICPSをIntelが提供する新しい汎用版に入れ替えたところ、IPv6接続の成功回数が170回中138回から169回へと大幅に改善したという。
原因として指摘されているのは、通信中のパケットに含まれる識別情報を、ICPSのドライバーが書き換えてしまう動作だ。ただし、新しいバージョンで改善が確認されたことと、そのバージョンが各PCメーカーの端末に配信されるかどうかは、別の問題である。
OneNoteの同期不具合からIntelの通信フィルターに原因を特定
今回の問題を報告したのは、Samsung Galaxy Bookの利用者である「COOLak」氏だ。同氏は10月2日にIntel Communityへ投稿し、使用環境や調査結果を公開している。
検証に使用した端末はSamsung Galaxy Book 960QHAで、無線LANにはIntel Wi-Fi 7 BE201を搭載。OSはWindows 11 Proで、日本のNTTフレッツ回線を利用したIPoE方式のIPv6接続環境で調査したという。
同氏の調査報告によると、OneNoteでは約3週間にわたりノートの内容が表示されず、空白のまま「同期済み」と表示される状態が続いていた。
一方、Web版のOneNoteやスマートフォンからは正常に利用できていた。そのため、Windowsアプリの表示だけを確認していても、ネットワーク通信に問題があるとは気付きにくい状況だった。
調査の結果、問題の原因として浮かび上がったのが、Intelの通信最適化ソフト「Intel Connectivity Performance Suite（ICPS）」だった。
ICPSは、対応するIntel搭載PCでネットワーク通信を最適化するためのソフトウェアだ。
問題が発生した端末では、ICPSのアプリケーションバージョンが「40.25.926.0」、ドライバーパッケージが「40.25.926.173」だった。
報告者はWi-Fiアダプターそのものだけでなく、ネットワーク通信を処理するフィルタードライバーも調査。その結果、ICPSに含まれるIntcCo11X64.sysが問題に関係している可能性が高いと判断した。
Windowsのパケットキャプチャー機能を使用し、通信フィルターを通過した後、無線LANアダプター側で確認できるパケットを解析したところ、不自然な変化が見つかったという。
また、ICPSの帯域管理サービスだけを停止しても不具合は解消しなかったが、INTCCoSvcというドライバーとICPS関連サービスを停止すると、IPv6接続が回復し、OneNoteも正常に同期できるようになった。
この結果から、帯域管理サービスを止めるだけでは、問題のある通信処理が引き続き動作している可能性が示された。
IPv6の「フローラベル」が通信途中で書き換えられる問題
今回の不具合を理解する上で重要なのが、IPv6のパケットヘッダーに含まれる「フローラベル（Flow Label）」という情報だ。
フローラベルは20ビットの値で、同じ通信に属するパケットを識別するために使われる。ネットワーク機器は、送信元や宛先などの情報と組み合わせ、パケットをどの経路や処理先へ振り分けるかを判断する際に利用できる。
IPv6フローラベルの取り扱いを定めたRFC 6437では、同じフローに属するパケットには、一貫した値を設定することが推奨されている。
ところが、COOLak氏が公開したパケット解析結果では、この値が通信途中で書き換えられていた。
具体的には、TCP接続を開始するSYNパケットには0以外のフローラベルが設定されているにもかかわらず、その後のACKパケットやデータを送信するパケットでは、値が0に変わっていたという。
初期の検証では、後続の42パケットのうち、元のフローラベルを維持していたものは1つもなかった。
一方、ICPSの問題のドライバーと関連サービスを停止すると、調査した65パケットすべてでフローラベルが維持された。
ただし、フローラベルが0であること自体が問題なのではない。
RFC 6437では、0はフローラベルが設定されていない状態を表す値として認められている。通信開始時から0が設定されている場合、それだけで異常とはいえない。
今回問題視されているのは、同じ通信に属するパケットであるにもかかわらず、接続の途中でフローラベルが変更されることだ。
ネットワーク機器がフローラベルを負荷分散に利用している場合、接続開始時のパケットと、その後のパケットが別々のサーバーへ振り分けられる可能性がある。
報告者は、Microsoftのクラウドサービス側で、後続のパケットが接続状態を把握していない別のサーバーへ送られ、その結果、接続がリセットされると説明している。
ただし、RFC 6437ではフローラベルだけに依存した振り分けを前提としておらず、他のヘッダー情報と組み合わせて利用することが想定されている。
Microsoftが実際にどのようなアルゴリズムで通信を振り分けているかまでは、RFCの仕様から判断できない。
また、報告者によると、旧バージョンのICPSによるフローラベルの書き換えは、正常に接続できたサイトへの通信でも確認されていた。
つまり、フローラベルが書き換えられたからといって、必ず接続に失敗するわけではない。
端末側の処理と、接続先までのネットワーク経路における負荷分散の仕組みが組み合わさることで、特定のサイトだけ接続できない、IPv4では正常に動作するといった症状が発生する可能性がある。
Intelの新しい汎用版でIPv6接続の成功率が81.2％から99.4％へ改善
COOLak氏は10月7日、Intelが提供する新しい汎用版ICPSを使い、同じGalaxy Bookで再検証を行った。
検証では34のWebサイトに対して、それぞれ5回ずつ、合計170回のIPv6接続を試行。比較のためIPv4でも接続テストを実施し、無線LANアダプター側でパケットヘッダーを記録した。
公開された技術解析の測定結果（B・G行）によると、旧バージョンと新バージョンでは次のような違いが確認された。
| 比較項目 | 従来のOEM版 | Intelの新しい汎用版 |
|---|---|---|
| ICPSパッケージ | 40.25.926.173 | 50.26.623.243 |
| 通信制御ドライバー | 11.5.11.19 | 12.10.14.33 |
| IPv6接続の成功回数 | 138/170回 | 169/170回 |
| フローラベルを維持したパケット | 8,457/9,842個 | 11,711/11,711個 |
| フローラベルが0に書き換えられたパケット | 1,385個 | 0個 |
この結果から、IPv6接続の成功率は従来版の81.2％から新版の99.4％へと改善し、その差は18.2ポイントに達した。
成功率は接続成功回数を170で割って計算したもので、改善幅は（169−138）÷170×100を小数第1位に丸めた値だ。
さらに、新版では観測した11,711個のパケットすべてでフローラベルが維持され、0への書き換えは確認されなかった。
ただし、これらは単一の端末で、特定のサイトや回線条件の下で行われた測定結果である。また、接続成功率とフローラベル維持率は分母が異なるため、同じ指標として比較することはできない。
新しいICPSでも、170回の接続がすべて成功したわけではない。
残る1回はwww.microsoft.comへの接続で発生したタイムアウトだったが、報告者によればIPv4でも同様の現象が確認されたため、今回のフローラベル問題とは無関係と考えられるという。
また、新版でもICPSの通信制御ドライバー自体は動作していた。
そのため、ICPSを丸ごと停止しなくても、今回の検証環境ではフローラベルの書き換えが解消されたと考えられる。
ASUS製ノートPCでも類似のIPv6接続問題が報告
今回のSamsung Galaxy Book以外にも、ICPSが原因とみられるIPv6接続の不具合が報告されている。
Intel Communityに7月に投稿された報告では、ASUS Vivobook S 14で類似の症状が確認されていた。
この端末ではICPS「40.25.725.165」が動作しており、Amazon Web Services（AWS）のCloudFrontに対するIPv6 HTTPS接続の約40〜60％が失敗していたという。
一方、IPv4接続は安定していた。
不具合はWi-Fi接続だけでなく、USB接続の有線LANアダプターでも再現した。
ICPSを無効化または削除して再起動すると、繰り返し実施した接続テストで失敗が発生しなくなったと報告されている。
ただし、ASUS端末での調査ではフローラベルそのものを測定していない。
そのため、Samsung Galaxy Bookで確認されたフローラベルの書き換えが、ASUS端末でも同じように発生していたとまでは断定できない。
複数の端末でICPSに関連するとみられるIPv6接続の不具合が報告されているものの、すべてが同一の原因によるものかどうかは、引き続き検証が必要だ。
改善版が公開されていても、すべてのPCに配信されるとは限らない
Intelは現在、公式ダウンロードページでICPS「50.26.623.243」を提供している。
しかし、2026年9月のリリースノートを確認しても、IPv6のフローラベルに関する不具合を修正したという明確な記載は見当たらない。
記載されているのは、対応製品の変更やユーザーインターフェース、互換性に関する改善などだ。
そのため、利用者の検証で改善が確認されたバージョンは判明しているものの、問題が最初に修正されたバージョンや、影響を受けるすべてのバージョンを公式資料だけで特定することは難しい。
さらに、Intelが新しい汎用版を公開していても、それがすべてのメーカー製PCに自動配信されるとは限らない。
COOLak氏が10月7日時点のWindows Update Catalogを調査した結果、Samsung向けに登録されている「50.26.623.243」のパッケージは、対象デバイスIDがSID_1001とSID_1002に限定されていたという。
一方、不具合が確認された本人のGalaxy BookはSID_0001だった。
デバイスIDが一致しないため、少なくとも調査時点の登録内容では、この端末に対して新版が配信されないと報告している。
これは、Windows Updateのカタログに新しいドライバーが登録されていることと、実際に使用しているPCがその配信対象になっていることは別だと示している。
ただし、カタログへの登録件数から不具合の影響を受けるPCの台数を推定することはできない。また、新版より古いICPSがすべて同じ問題を抱えているとも限らない。
報告者自身も、旧版から新版までの中間に位置する一部のビルドについては、検証できていないと明記している。
Microsoft側でも影響軽減に向けた対応を検討
この問題については、Microsoft側でも対応に向けた動きがあったと報告されている。
COOLak氏が公開した各社との連絡記録によると、10月8日、Microsoft Azureのネットワーク担当者が、フローラベルの変更によってパケットの振り分け先が変わる現象を認めたという。
同担当者は、Windowsの担当チームとの調整に加え、Azure Front Door側で影響を軽減する対応を進めると伝えたとされる。
ただし、これは報告者が非公開のやり取りをまとめたものであり、Microsoftが正式に修正内容や提供時期を発表したものではない。
そのため、Microsoft側の対策がいつ導入されるのか、どの範囲の接続問題を解消できるのかは、現時点では明らかになっていない。
今回の問題を受けてICPSの更新を検討する利用者やシステム管理者は、単に新しいバージョンが公開されているかどうかだけでなく、使用しているPCが正式な対応対象に含まれているかを確認する必要がある。
Intelの汎用版ICPSは、選定されたIntel EvoやvProなどの環境を対象としており、対応するWi-FiドライバーやManagement Engineドライバーも必要になる。
Intel自身も、導入前にPCメーカーへ相談することを推奨している。
したがって、不具合が発生しているからといって、メーカーの対応状況を確認せずに汎用版を導入することが、必ずしも適切とは限らない。
今後の焦点は、Intelや各PCメーカーが影響範囲を明らかにし、問題のある端末に対して改善版を確実に届けられるかどうかだ。
メーカーが対象デバイスIDに対応した更新版を配信し、利用者が実際のIPv6接続やOneNoteの同期機能の回復を確認できて初めて、今回の改善が広く利用者に行き渡ったと判断できる。
