Back to matrix

D02-CG: Yes

Rationale

The selected IPv4/TCP/TLS/TCPCLv4, BPv7/BPSec and contact-route processing have userspace implementations without a required added kernel module. HDTN documents Ubuntu 20.04.2 LTS and Debian 10.13 support with ordinary Boost, ZeroMQ and OpenSSL libraries; its TCPCLv4 path uses Boost.Asio sockets/TLS, while routing is C++ contact-plan processing. ION separately exposes CGR as C userspace code. The required OpenSSL FIPS module mentioned by HDTN is a cryptographic software component, not a Linux kernel module. Stock TCP/IP and ordinary NIC drivers suffice for this bounded deployment-dependency finding.

Assessment method

Documentary deployment-dependency assessment; no new build or execution

Source context

Pinned NASA HDTN and ION source/build documentation, reviewed 2026-10-15

Outstanding qualification

This credits absence of an additional kernel-module dependency, not an end-to-end qualified SABR/BPv7 implementation. Exact SABR metadata/custody mapping, the selected ION delivery-policy integration with TCPCLv4/TLS, and full profile execution remain unresolved in E03-CG and related cells. No privilege-free operation, kernel configuration audit, new installation or runtime test is claimed. Do not replace TCPCLv4 with ION TCPCLv3.

Public sources

Editorial evidence references

The following identifiers refer to research records not included in this public package; they are not public links.