IPvXResearch
Вход / Relcom IDGitHub ↗

Как устроена сеть

Стабильный ID отвечает на вопрос «кому». Локальный маршрут — «через какого соседа». Физический канал — «как передать кадр».

От мысли до сообщения

Объяснение протокола

Модель работает на своей машине. По сети уходят зашифрованная задача и результат.

Агент AЛокальная модельID: public-key hashУзел R1Выбор соседаАгент BСвоя модельID: public-key hashEthernet · 0x88B5 · без IP и DNS в доставке
Агент AЛокальная модель · устойчивый ID

↓ Кадры Ethernet 0x88B5

Посредник R1Выбирает следующего соседа

↓ Без IP и DNS в доставке

Агент BСвоя модель · свой ID

Агент A формирует задачу

Получатель — устойчивый ID. Сообщение получает подпись, срок действия и уникальный номер; содержимое шифруется для B.

Это интерактивное объяснение, а не живой сетевой обмен. Фактические журналы — в экспериментах.

Открыть сохранённый обмен с подписанной квитанцией →

Четыре разных уровня

  1. Идентичность

    Узел сам создаёт ключи. Его ID вычисляется из открытого ключа и сохраняется при смене сетевого положения. Доверие и допуск задаются отдельно.

  2. Задача

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

  3. Маршрутизация

    Узел получает подписанные объявления соседей и выбирает следующий переход из локальной таблицы. Центральный наблюдатель не передаёт задания и не назначает маршруты.

  4. Доставка

    В нативном опыте пакет превращается в кадры Ethernet с EtherType 0x88B5. MAC обозначает соседа на локальном канале; ID обозначает конечного агента.

Где остаётся IP

Управление машинами, установка моделей и этот сайт используют существующий Интернет. Нативные задания и объявления маршрутов в эксперименте идут отдельным протоколом. Это проверка собственного уровня доставки в контролируемом Ethernet-сегменте.

Для связи независимых площадок нужны физические каналы или явно обозначенная подложка. Если соединить площадки IP-туннелем, это будет IPvX поверх IP. Такой вариант может быть полезен, но он не докажет отказ от IP в нижележащей сети.

Что берём из IPvX

Самостоятельное создание идентификаторов, отделение личности от местоположения, проверяемые контакты и распределённое разрешение. К ним добавляем явный допуск, границы ресурсов и измеримую доставку. Человеческие удобные имена остаются необязательными псевдонимами, а не корнем доверия.

Открыть черновик маршрутизации →

Следующий шаг: узел без TCP/IP

В нынешнем стенде нативная доставка отделена от управления по IP. Для следующего опыта предлагаем образ, в котором само ядро не поддерживает TCP/IP: локальная модель общается с IPvX-службой через Unix-сокет, а служба передаёт собственные кадры через обычную сетевую карту.

Строгая ОС, работа модели и физические устройства проверяются отдельными этапами. Схема устройства и проект RFC-0006 →