[MTF] К обсуждению: полный отказ от статуса «децентрализованный интернет-провайдер»

Уважаемые коллеги!

Наш коллега по цеху ValdikSS некоторое время тому назад правильно заметил, что Medium — mesh-сеть с доступом в оверлейную сеть Yggdrasil. Medium — не интернет-провайдер, не подменяйте понятия, пожалуйста.

Вчера он также обратил внимание на этот аспект в моей публикации: «Читатели, обратите внимание, Medium — не то, чем себя называет. Это не интернет-провайдер, без децентрализации, с непонятными конечными целями».

ПРЕДЛАГАЮ

  • Полностью отказаться от статуса «децентрализованного интернет-провайдера» в пользу общего названия The Medium Foundation
  • Установить главной целью The Medium Foundation развитие оверлейных mesh-сетей и сетей второго уровня по модели OSI, а также построение сетевой инфраструктуры внутри этих сетей
  • В связи с этим отказаться от использования доменной зоны .isp в пользу .medium
  • Установить следующее описание: «Фонд развития Интернета»

[MEDIANA] Альтернативная схема организации DNS

Посматривая карту расположения узлов в сети Yggdrasil, я обратил внимание на то, что некоторые узлы называются как домены в зоне .ygg. То есть, например, dhtmap.ygg. Естественно, он у вас не откроется, потому, что на DNS-серверах Медиума нет такой записи.

То есть, владелец узла прописал этот домен в свой NodeInfo. Как мы можем это использовать?

В качестве эксперимента, можно настроить сервер, который будет работать так:
  1. Обходить все узлы сети, как делает робот map.ygg, вытаскивая из каждого NodeInfo.
  2. Если имя узла (name) похоже на внутренний (в зонах Medium) домен, то:
    • Если домена нет в базе, домен и IPv6-адрес добавляются в базу с датой, когда он замечен.
    • Если домен уже есть, и IPv6-адрес совпадает с находящимся в базе, то его «действие» обновляется.
    • Если домен есть в базе, но IPv6-адрес не совпадает с предыдущим, то:
      • Если перед этим домен был помечен для переноса на новый IPv6 (с помощью поля moved), и если новый IPv6 совпадает с пометкой для переноса, то запись в базе перезаписывается.
      • Если у домена на предыдущем адресе в NodeInfo была пометка вроде alt: IPv6, то IPv6 добавляется второй AAAA-записью для этого домена.
      • В ином случае, этот хост помечается неблагонадёжным, и от него NodeInfo не обрабатывается.
  3. Если имя узла находится в зоне IANA то производится резолв AAAA-записей у такого домена через любой DNS-сервер обычного Интернета, выделяется запись из диапазона адресов Yggdrasil, и если такая найдена, то домен записывается в базу.
  4. Из базы регулярно делается выгрузка соответствий в нужном для DNS-сервера формате конфигурации, и осуществляется работа сервера(-ов) в обычном режиме.
  5. Так же, домены, не появлявшиеся на своём «привычном» IPv6-адресе N дней удаляются из базы.

Что вы думаете о таком механизме?

Распределение доменных зон верхнего уровня

Привет!

Предлагаю наконец определиться, кто какие доменные зоны будет администрировать.

См. также решение (https://discuss.mediumfoundation.org/mtf/60)

.dns и .tube изъявил желание администрировать Revertron ,
я беру на себя как уже говорил ранее .medium и .isp,
предлагаю закрепить .ygg и .hub за poststatist

Обсуждаем

Анонс: новый блог — «Трибуна»

Уважаемые коллеги!

С сегодняшнего дня предлагаю проводить дискуссии, так или иначе относящиеся к тематике портала, но не требующие тщательного рассмотрения сообществом, в блоге «Трибуна».

От оффтопика этот блог отличается тем, что в блоге «Трибуна» разрешено неформальное общение, но только в рамках тематики портала.