DTN — как работает интернет в космосе

1. Почему TCP/IP не работает в космосе

Интернет построен на стеке TCP/IP. Протокол TCP требует непрерывного соединения: пакеты подтверждаются, потерянные — повторяются, а если подтверждение не приходит в течение таймаута — соединение рвётся. Для наземных каналов с задержкой в миллисекунды это работает отлично.

В космосе ситуация принципиально иная. Пять фундаментальных проблем делают TCP неприменимым:

1.1. Большие задержки

Канал	Задержка (RTT)
LEO ↔ Земля	10–20 мс
GEO ↔ Земля	500 мс
Луна ↔ Земля	2,5 с
Марс ↔ Земля	4–40 мин
Юпитер ↔ Земля	1–2 часа

Классический TCP с таймаутом в 3 секунды полностью отказывает при задержке 5 секунд. Для межпланетных миссий это фатально.

1.2. Разрывы связи

Спутник уходит за горизонт — связь пропадает на минуты. TCP в этот момент считает, что соединение потеряно, и обрывает его. Приходится устанавливать заново.

1.3. Асимметрия каналов

Часто канал «вверх» (от спутника к Земле) — узкий, а «вниз» — широкий. TCP плохо работает с асимметрией из-за большого количества ACK-пакетов.

1.4. Высокий уровень ошибок

Уровень ошибок в космических каналах в 10–1000 раз выше наземного. TCP интерпретирует потери как перегрузку сети и снижает скорость — что неверно.

1.5. Энергоограничения

Спутники ограничены в энергии. Держать непрерывное TCP-соединение с постоянными ACK — расточительно.

2. Концепция DTN: хранение и пересылка

Delay-Tolerant Networking (DTN) — это принципиально другой подход к организации сети. Вместо непрерывного соединения используется модель store-and-forward (хранение и пересылка).

2.1. Принцип работы

Каждый узел в сети DTN:

• Принимает данные от предыдущего узла
• Сохраняет их в локальном буфере
• Пересылает дальше, когда появляется связь
• Хранит копию до подтверждения доставки следующим узлом

2.2. Аналогия

DTN работает как почтовая система. Письмо не передаётся напрямую от отправителя к получателю — оно проходит через цепочку узлов (почтовых отделений), каждый из которых хранит его до следующего этапа.

3. Bundle Protocol: основной элемент

Технически DTN реализуется через Bundle Protocol (BP). Вместо пакетов оперируют «бандлами» — крупными блоками данных с полной метаинформацией.

3.1. Структура бандла

Элемент	Назначение
Идентификатор источника	Кто отправил
Идентификатор назначения	Кому адресовано
Метки времени	Когда создан, до какого момента актуален
Класс обслуживания	Приоритет, надёжность
Опции маршрутизации	Какие узлы обрабатывать
Контрольная сумма	Целостность данных
Полезная нагрузка	Сами данные

3.2. Одноадресная и многоадресная передача

BP поддерживает:

• Одноадресную передачу (unicast): от одного узла к другому
• Многоадресную (multicast): от одного ко многим
• Любому из группы (anycast): от одного к ближайшему из группы

3.3. Гарантии доставки

BP предоставляет три уровня гарантий:

• Best effort: доставка при первой возможности
• Confirmed: подтверждение получения
• Assured: гарантированная доставка с повторными попытками

3.4. Формат идентификатора

Каждый узел DTN имеет уникальный идентификатор в формате URI:

Например, для спутников КОСМОС-Л может использоваться схема:

4. Классы обслуживания и приоритеты

Не все данные одинаково важны. DTN позволяет назначать разные классы обслуживания для разных типов трафика.

4.1. Типовые классы

Класс	Приоритет	Примеры
Команды управления	Высший	Команды транспорту, аварийные команды
Телеметрия критичная	Высокий	Параметры состояния спутника
Целевые данные срочные	Средний	Данные о пожарах, наводнениях
Целевые данные обычные	Низкий	Плановые снимки ДЗЗ
Служебный трафик	Низший	Логи, статистика

4.2. Управление очередями

Каждый узел DTN имеет несколько очередей — по одной на класс. При появлении связи первыми передаются бандлы с высшим приоритетом.

4.3. Адаптивная приоритизация

В современных реализациях DTN приоритет может меняться динамически:

• Приближение к дедлайну повышает приоритет
• Освобождение буфера позволяет понизить приоритет
• Изменение условий канала меняет стратегию передачи

5. Маршрутизация в DTN

Маршрутизация в DTN — сложная задача, потому что топология сети меняется со временем. Классические алгоритмы (OSPF, BGP) неприменимы.

5.1. Типы маршрутизации

Тип	Принцип	Применение
Static	Известные маршруты заранее	Детерминированные орбиты
Opportunistic	Передача при первой возможности	Случайные контакты
Predictive	Прогноз контактов по орбитам	LEO-группировки
Epidemic	Передача всем соседям	Плотные сети
Spray-and-wait	Ограниченное размножение копий	Баланс нагрузки

5.2. Predictive routing для LEO

Для низкоорбитальных группировок оптимален predictive routing. Спутники заранее знают, когда установится связь со станцией или ретранслятором. Алгоритм строит граф контактов на несколько часов вперёд и оптимизирует маршрут.

5.3. Contact Graph Routing (CGR)

CGR — стандартный алгоритм маршрутизации DTN, разработанный для космических применений. Он строит граф всех запланированных контактов и находит оптимальный путь с учётом:

• Времени начала и окончания каждого контакта
• Пропускной способности канала
• Задержки распространения сигнала
• Ожидаемых разрывов

6. HDTN: высокоскоростной DTN

Классический DTN проектировался для медленных каналов. Для современных систем с лазерной связью на 100 Мбит/с он слишком медленный.

6.1. Проблемы классического DTN

• Однопоточная обработка бандлов
• Синхронный ввод-вывод
• Ограниченные буферы
• Отсутствие параллелизма

6.2. HDTN — High-Rate DTN

HDTN — эволюция протокола, оптимизированная под высокие скорости:

• Многопоточная обработка: параллельная передача множества бандлов
• Асинхронный ввод-вывод: non-blocking I/O на всех уровнях
• Оптимизация буферов: работа с гигабитными объёмами
• Адаптивная маршрутизация: учёт топологии в реальном времени
• Поддержка лазерных каналов: учёт специфики оптических линий

6.3. Производительность

Параметр	Классический DTN	HDTN
Пропускная способность	10 Мбит/с	10+ Гбит/с
Размер буфера	ГБ	ТБ
Задержка	Секунды	Миллисекунды
Параллелизм	Нет	Да

«HDTN — это как превращение старой почтовой системы в современный курьерский сервис: тот же принцип, но в 1000 раз быстрее.»

7. Безопасность и шифрование

7.1. Угрозы в DTN

• Перехват: злоумышленник может прочитать бандл в буфере
• Подмена: изменение содержимого при передаче
• Отказ в обслуживании: заполнение буфера ложными данными
• Анализ трафика: определение маршрутов и объёмов

7.2. Механизмы защиты

• Bundle Authentication Block (BAB): проверка подлинности отправителя
• Payload Confidentiality Block (PCB): шифрование содержимого
• Payload Integrity Block (PIB): контроль целостности
• Extension Block: дополнительные механизмы

7.3. Криптографические алгоритмы

Для DTN применяются:

• HMAC-SHA256: аутентификация и целостность
• AES-256-GCM: шифрование с аутентификацией
• RSA-2048 или ECDSA: цифровые подписи
• Постквантовые алгоритмы: для защиты от будущих угроз

7.4. Особенности для космоса

Шифрование в космосе имеет свои особенности:

• Ограниченные вычислительные ресурсы спутников
• Радиационная стойкость криптопроцессоров
• Возможность физического перехвата наземных терминалов
• Длительное хранение ключей

8. Сравнение с другими протоколами

8.1. DTN vs TCP/IP

Параметр	TCP/IP	DTN
Модель	Непрерывное соединение	Store-and-forward
Задержка	до 1 с	любая
Разрывы	Критичны	Допустимы
Асимметрия	Проблема	Норма
Ошибки	Снижение скорости	Повторная передача
Энергия	Высокая	Оптимизирована

8.2. DTN vs специализированные протоколы

Существуют и другие протоколы для космической связи:

• CCSDS Space Packet Protocol: низкоуровневый, для пакетов телеметрии
• CCSDS File Delivery Protocol (CFDP): для передачи файлов
• Bundle Protocol: универсальный, для сетей любой сложности

DTN выигрывает за счёт универсальности и поддержки сложных сетей с динамической топологией.

9. Программные реализации

9.1. Открытые реализации

Проект	Язык	Особенности
ION	C	Классический, NASA
HDTN	C++	Высокоскоростной, NASA
DTN2	C++	Референсная реализация
µD3TN	C	Встраиваемый, для МК
PyDTN	Python	Для прототипов

9.2. HDTN — практический выбор

Для современных высокоскоростных систем HDTN — оптимальный выбор. Он обеспечивает:

• Пропускную способность до 10+ Гбит/с
• Поддержку лазерных каналов
• Адаптивную маршрутизацию
• Масштабирование до сотен узлов

9.3. Интеграция с наземными системами

HDTN интегрируется с:

• MQTT-брокерами: для передачи данных в наземные системы
• Системами управления: NASA NOS3 и аналоги
• Базами данных: для архивирования и анализа
• API-сервисами: для предоставления данных потребителям

10. Практика: КОСМОС-Л и ОРБИТА-Л

Вся система ASNEE работает на HDTN. Данные от 36 спутников, модуля «Наука», модуля ОРБИТА-Л и GEO-ретрансляторов ASNEE-R проходят через единый DTN-контур.

10.1. Схема DTN в ASNEE

• Источник: датчик LoRa или спутник ДЗЗ
• Узел 1: 6U CubeSat (буфер 32 ГБ)
• Узел 2: модуль «Наука» на МКС (буфер 1 ТБ)
• Узел 2а: ОРБИТА-Л в перелёте LEO → ГЕО (буфер 1 ТБ)
• Узел 3: GEO-ретранслятор ASNEE-R (буфер 1 ТБ)
• Приёмник: НКУ Петрово (архив 100+ ТБ)

10.2. Классы обслуживания в ASNEE

Класс	Приоритет	Задержка
Команды транспорту	1 (высший)	1–2 с
Срочные данные датчиков	2	2–10 мин
Обычные данные датчиков	3	10–60 мин
Изображения ДЗЗ	4	1–2 мин
Логи и статистика	5 (низший)	по возможности

10.3. Разрывы и восстановление

В системе возможны разрывы:

• Спутник уходит за горизонт — буферизация в ASNEE-R
• Отказ ретранслятора — переключение на резервный
• Плохие погодные условия — ожидание в буфере
• Плановые работы на НКУ — накопление данных
• Перелёт ОРБИТА-Л LEO → ГЕО — накопление в буфере до 500 суток

DTN гарантирует, что все данные доставляются даже при таких событиях.

10.4. Масштабирование

Архитектура DTN в ASNEE легко масштабируется:

• Добавление новых спутников — автоматически
• Добавление новых ретрансляторов — через стандартные интерфейсы
• Каждая новая миссия ОРБИТА-Л — один ASNEE-R в DTN-контуре
• Расширение наземных систем — без изменения бортового ПО
• Интеграция с другими группировками — через DTN-шлюзы

«Без DTN современные распределённые космические системы были бы невозможны. Это фундамент, на котором строится вся архитектура связи КОСМОС-Л и ОРБИТА-Л.»