ユーザーが Cloudflare に接続でき、接続先サイトで NEL が有効な場合、Cloudflare はブラウザーへ 2 つのヘッダーを返します。ヘッダーは、ネットワーク障害があれば指定のエンドポイントへ報告するよう指示します。ブラウザーは通常どおり動作し、サイトへ接続できない出来事が起きると、障害をレポートとして記録し、そのエンドポイントへ送信します。
Network Error Logging の障害は、次に示すさまざまな理由で発生します。
ISP 障害は、NEL 利用者には特定のラストマイルネットワークからの障害として見えます。NEL データをクライアントの自律システム番号（ASN）ビューで確認すると、影響が最も大きいネットワークが分かります。
顧客側では、tcp.timed_out errors に加え、tcp.failed、h2.protocol_error、h3.protocol_error が急増して見えます。
ラストマイル障害のときは、該当プロバイダーへ調査を依頼するのが最も適切な対応です。
Transit flap は、トランジットが BGP セッションを再確立するときに起きる、短時間の障害のように見えます。
顧客側では、短時間にさまざまな ASN から tcp.timed_out レポートが届きます。原因は次のようなものが考えられます。
- トランジットネットワークのメンテナンスで、セッションのリセットが必要になった。
- Cloudflare 側のメンテナンスまたは再起動で、BGP セッションのリセットが必要になった。
- ネットワークのパケットロスでセッションがフラップした。
ネットワークでパケットロスが重いと、時間をかけて一連のフラップが起きやすくなります。メンテナンスは通常、影響時間が 2 分以内の 1 回です。
インフラ障害は、Internet Exchange などの共有ピアリングポイントで起きます。
顧客側では、tcp.timed_out、tcp.failed、tcp.aborted reports の増加として見えます。これらの障害は、複数のネットワークにまたがり、長時間続くことがよくあります。
レポート量の深刻さによっては、Cloudflare がインシデントを宣言して復旧を追跡します。あるいは、問題が解消するまで、これらの共有ポイントからのピアリングを無効にすることもあります。
Cloudflare の障害は、Cloudflare のデータセンターファブリック内部の問題です。
顧客側では、tcp.timed_out、tcp.failed、tcp.aborted レポートの増加として見え、複数のネットワークにまたがり短時間続くことがよくあります。
データセンター別に見ると、Cloudflare の拠点（PoP）ごとの影響を追跡できます。Cloudflare 起因のインシデントは、必ずステータスページで追跡されます。影響リージョンに問題があるかどうかは、そこで確認できます。
この種の障害は、tls.cert.authority_invalid、tls.cert.name_invalid などの TLS エラーとして現れ、tcp.aborted errors を伴うこともあります。
どのラストマイル ASN で障害が増えているかを見ると、この挙動を特定できることがあります。通常は 1 つの ASN に限られます。
トラフィックをスクラビングしていると思われるプロバイダーへ連絡し、解消を依頼できます。
証明書の問題も NEL で検出できます。TLS.version、cipher_mismatch、その他のエラーが、複数の ISP と複数の Cloudflare 拠点にまたがって現れることがあります。
NEL で検出した場合は、新しい証明書をデプロイするか、Cloudflare の SSL 管理スイート で新しい証明書を自動デプロイして解消できます。