WikiDer > Именованная сеть передачи данных

Named data networking

Именованная сеть передачи данных (NDN) (относится к контент-ориентированные сети (CCN), сети на основе контента, сети, ориентированные на данные или информационные сети (ICN)). Интернет будущего архитектура, вдохновленная годами эмпирических исследований использования сетей и растущим осознанием нерешенных проблем в современных Интернет архитектуры как IP.[1][2] NDN берет свое начало в более раннем проекте Content-Centric Networking (CCN), который Ван Якобсон впервые публично представлен в 2006 году. Проект NDN исследует предложенную Якобсоном эволюцию от сегодняшнего сетевого архитектора, ориентированного на хост.

8 + $ ";; $ 3 (($ (() # 8; $ + $ +! # + ## ("; $ (2) @ 92 (2 #! # !! # @ (9 ##? # ( # (# 9 # 93 # 3938737884 + 37 + 3ure IP к сетевой архитектуре, ориентированной на данные (NDN). Считается, что этот концептуально простой переход будет иметь далеко идущие последствия для того, как люди проектируют, разрабатывают, развертывают и используют сети. и приложения.[3]

NDN имеет три основных концепции, которые отличают NDN от других сетевых архитектур. Во-первых, имена данных приложений и имена данных будут напрямую использоваться при пересылке сетевых пакетов; Потребительские приложения запрашивают желаемые данные по имени, поэтому связь в NDN управляется потребителями. Во-вторых, связь NDN защищена ориентированным на данные способом, то есть каждая часть данных (называемая пакетом данных) будет криптографически подписана ее производителем, а конфиденциальные полезные данные или компоненты имени также могут быть зашифрованы в целях конфиденциальности; Таким образом, потребители могут проверить пакет независимо от того, как он был получен. В-третьих, NDN использует плоскость пересылки с отслеживанием состояния, в которой серверы пересылки сохраняют состояние для каждого запроса данных (называемого пакетом интересов) и стирают состояние, когда возвращается соответствующий пакет данных; Пересылка с отслеживанием состояния NDN позволяет использовать интеллектуальные стратегии пересылки и устраняет петли.

Его предпосылка заключается в том, что Интернет в основном используется как распространение информации сеть, которая не подходит для IP, и что «тонкая талия» будущего Интернета должна основываться на именованных данных, а не на хостах с числовой адресацией. Основополагающий принцип заключается в том, что сеть связи должна позволять пользователю сосредоточиться на данных, которые ему нужны, с названием содержание, вместо того, чтобы ссылаться на конкретное физическое место, откуда эти данные должны быть получены, с именем хозяева. Мотивация для этого проистекает из того факта, что подавляющее большинство текущего использования Интернета («высокий уровень трафика 90%») состоит из данных, распространяемых от источника к ряду пользователей.[4] Сети с именованными данными обладают потенциалом для широкого спектра преимуществ, таких как кэширование контента для уменьшения перегрузки и повышения скорости доставки, более простая конфигурация сетевых устройств и обеспечение безопасности сети на уровне данных.

Обзор

Сегодняшняя архитектура Интернета в форме песочных часов основана на универсальном сетевом уровне IP, который реализует минимальную функциональность, необходимую для глобального взаимодействия. Современная архитектура Интернета вращается вокруг модели разговора на основе хоста, созданной в 1970-х годах, чтобы позволить географически распределенным пользователям использовать несколько больших неподвижных компьютеров.[5] Эта тонкая талия способствовала стремительному росту Интернета, позволяя технологиям нижнего и верхнего уровня внедрять инновации независимо. Однако IP был разработан для создания сети связи, в которой пакеты называются только конечными точками связи.

Основными строительными блоками архитектуры NDN являются именованные блоки контента, в отличие от фундаментальной единицы взаимодействия архитектуры IP, которая представляет собой сквозной канал между двумя конечными точками, идентифицированными IP-адресами.

Устойчивый рост в электронная коммерция, цифровые СМИ, социальная сеть, и приложения для смартфонов привело к преобладанию использования Интернета в качестве распределительной сети. Распределительные сети являются более общими, чем сети связи, и решение проблем распределения через точка-точка протокол связи сложен и подвержен ошибкам.

Проект Named Data Networking (NDN) предложил эволюцию IP-архитектуры, которая обобщает роль этой тонкой перемычки, так что пакеты могут давать имена объектам, отличным от конечных точек связи. Более конкретно, NDN изменяет семантику сетевой службы с доставки пакета на заданный адрес назначения на выборку данных, идентифицированных заданным именем. Имя в пакете NDN может называть что угодно - конечную точку, фрагмент данных в фильме или книге, команду на включение некоторых ламп и т. Д. Надеемся, что это концептуально простое изменение позволяет сетям NDN применять почти все Проверенные технические характеристики Интернета для решения более широкого круга задач, помимо сквозной связи.[6] Примеры использования NDN уроков, извлеченных из 30-летнего опыта работы в сети, заключаются в том, что в протокол интегрированы саморегулирование сетевого трафика (через баланс потока между интересом (запрос данных) и пакетами данных) и примитивы безопасности (через подписи на всех именованных данных). от начала.

История

Раннее исследование

Философия NDN была основана Тед Нельсон в 1979 году, а затем Брентом Баккалой в 2002 году. Проект TRIAD в Стэнфорде предложили избегать поиска в DNS, используя имя объекта для маршрутизации к его точной копии. В 2006 году сетевая архитектура, ориентированная на данные (ДОНА) в Калифорнийском университете в Беркли и ICSI предложили ориентированную на контент сетевую архитектуру, которая улучшила TRIAD за счет включения безопасности (аутентичности) и устойчивости в качестве первоклассных примитивов в архитектуре. Ван Якобсон дал Google Talk, Новый взгляд на сетив 2006 г. об эволюции сети и утверждал, что NDN - это следующий шаг. В 2009, PARC объявили о своей контент-ориентированной архитектуре в рамках проекта CCNx, которым руководил Якобсон, в то время научный сотрудник PARC. 21 сентября 2009 г. PARC опубликовала спецификации совместимости и выпустила первоначальную реализацию с открытым исходным кодом (под GPL) исследовательского проекта Content-Centric Networking на Сайт проекта CCNx. NDN - это один из примеров более общего направления сетевых исследований, называемого информационные сети (ICN), в рамках которого возникли различные архитектурные конструкции.[7] Целевая группа по исследованиям Интернета (IRTF) создала исследовательскую рабочую группу ICN в 2012 году.

Текущее состояние

NDN включает шестнадцать основных исследователей, финансируемых NSF, в двенадцати кампусах и растущий интерес со стороны академических и промышленных исследовательских сообществ.[8][9] Более 30 учреждений образуют глобальную испытательная площадка. Существует большое количество исследование и активно растущий кодовая база. способствовал NDN.

В Экспедитор NDN в настоящее время поддерживается в Ubuntu 18.04 и 20.04, Fedora 20+, CentOS 6+, Gentoo Linux, Raspberry Pi, OpenWRT, FreeBSD 10+ и некоторых других платформах. Общие клиентские библиотеки активно поддерживаются для языков программирования C ++, Java, Javascript, Python, .NET Framework (C #) и Squirrel. В NDN-LITE - это легкая библиотека NDN, предназначенная для сетей IoT и устройств с ограничениями. NDN-LITE активно развивается и до сих пор NDN-LITE адаптирован для плат POSIX, RIOT OS, NRF. NDN симулятор и эмулятор также доступны и активно развиваются. Несколько клиентских приложений разрабатываются в областях конференц-связи в реальном времени, файловых систем, поддерживающих NDN, чата, обмена файлами и Интернета вещей.

Ключевые архитектурные принципы

  • Сквозной принцип: Позволяет разрабатывать надежные приложения перед лицом сбоев сети. NDN сохраняет и расширяет этот принцип проектирования.
  • Разделение уровней маршрутизации и пересылки: доказано, что это необходимо для развития Интернета. Это позволяет плоскости пересылки функционировать, в то время как система маршрутизации продолжает развиваться с течением времени. NDN использует тот же принцип, чтобы разрешить развертывание NDN с наилучшей доступной технологией переадресации, в то время как исследования новой системы маршрутизации продолжаются.
  • Пересылка с отслеживанием состояния: маршрутизаторы NDN сохраняют состояние недавно перенаправленных пакетов, что обеспечивает интеллектуальную пересылку, обнаружение петель, балансировку потока, повсеместное кэширование и т. Д.
  • Встроенная безопасность: в NDN передача данных защищена на сетевом уровне путем подписания и проверки любых именованных данных.[10]
  • Обеспечение выбора и конкуренции пользователей: архитектура должна способствовать выбору пользователей и конкуренции там, где это возможно. Хотя это и не является важным фактором в первоначальном дизайне Интернета, глобальное развертывание продемонстрировало, что «архитектура не является нейтральной».[11] NDN прилагает сознательные усилия для расширения возможностей конечных пользователей и создания условий для конкуренции.

Обзор архитектуры

Типы пакетов

Связь в NDN осуществляется получателями, т. Е. Потребителями данных, посредством обмена двумя типами пакетов: интересами и данными. Оба типа пакетов несут имя, которое идентифицирует фрагмент данных, который может быть передан в одном пакете данных.

Обзор содержимого пакета для пакета NDN

Типы пакетов

  • Интерес: Потребитель помещает имя желаемого фрагмента данных в пакет Interest и отправляет его в сеть. Маршрутизаторы используют это имя, чтобы направить интерес к производителю (-ам) данных.
  • Данные: Как только интерес достигает узла, который имеет запрошенные данные, узел вернет пакет данных, который содержит как имя, так и контент, вместе с подписью ключа производителя, который связывает их. Этот пакет данных следует в обратном направлении по пути, выбранному Interest, чтобы вернуться к запрашивающему потребителю.

Полную спецификацию см. Спецификация формата пакета NDN.

Архитектура маршрутизатора

Для выполнения функций пересылки пакетов интересов и данных каждый маршрутизатор NDN поддерживает три структуры данных и политику пересылки:

  • Таблица ожидающих интересов (PIT): хранит все интересы, которые маршрутизатор отправил, но еще не удовлетворил. Каждая запись PIT записывает имя данных, переносимых в Interest, вместе с их входящим и исходящим интерфейсами.
  • Информационная база пересылки (FIB): таблица маршрутизации, которая сопоставляет компоненты имени с интерфейсами. Сам FIB заполняется протоколом маршрутизации на основе префиксов имен и может иметь несколько выходных интерфейсов для каждого префикса.
  • Content Store (CS): временный кэш пакетов данных, полученных маршрутизатором. Поскольку пакет данных NDN имеет смысл независимо от того, откуда он приходит или куда пересылается, его можно кэшировать для удовлетворения будущих интересов. Стратегия замены традиционно используется не так давно, но стратегия замены определяется маршрутизатором и может отличаться.
  • Стратегии пересылки: серия политик и правил пересылки пакетов данных и процентов. Обратите внимание, что стратегия переадресации может решить отбросить интерес в определенных ситуациях, например, если все восходящие каналы перегружены или есть подозрение, что интерес является частью DoS-атаки. Эти стратегии используют серию триггеров в конвейере пересылки и назначаются префиксам имен. Например, по умолчанию / localhost использует стратегию пересылки Multicast для пересылки интересов и данных в любое локальное приложение, работающее на клиентском NFD. Стратегия переадресации по умолчанию (т. Е. "/") - это стратегия пересылки Best Route.

Когда приходит пакет Interest, маршрутизатор NDN сначала проверяет Content Store на соответствие данных; если он существует в маршрутизаторе, возвращает пакет данных на интерфейсе, с которого пришел интерес. В противном случае маршрутизатор ищет имя в своем PIT, и если соответствующая запись существует, он просто записывает входящий интерфейс этого Interest в запись PIT. В отсутствие соответствующей записи PIT маршрутизатор будет пересылать интерес к производителю (-ам) данных на основе информации в FIB, а также адаптивной стратегии пересылки маршрутизатора. Когда маршрутизатор получает интересы для одного и того же имени от нескольких нисходящих узлов, он направляет только первый восходящий к производителю (-ам) данных.

Когда приходит пакет данных, маршрутизатор NDN находит соответствующую запись PIT и пересылает данные всем нисходящим интерфейсам, перечисленным в этой записи PIT. Затем он удаляет эту запись PIT и кэширует данные в хранилище содержимого. Пакеты данных всегда идут по обратному пути интереса, и в отсутствие потерь пакетов один процентный пакет приводит к одному пакету данных на каждом канале, обеспечивая баланс потока. Для получения больших объектов контента, состоящих из нескольких пакетов, Interests обеспечивает ту же роль в управлении потоком трафика, что и TCP ACK в современном Интернете: детализированный цикл обратной связи, управляемый потребителем данных.

Ни проценты, ни пакеты данных не содержат адресов хостов или интерфейсов; маршрутизаторы пересылают пакеты интересов производителям данных на основе имен, содержащихся в пакетах, и пересылают пакеты данных потребителям на основе информации о состоянии PIT, установленной заинтересованными сторонами на каждом переходе. Эта симметрия обмена пакетами интересов / данных порождает цикл управления по шагам (не путать с симметричной маршрутизацией или с маршрутизацией вообще!) И устраняет необходимость в любом понятии узлов источника или назначения при доставке данных, в отличие от в модели сквозной доставки пакетов IP.

Имена

Дизайн

Имена NDN непрозрачны для сети. Это позволяет каждому приложению выбирать схему именования, которая соответствует его потребностям, и, таким образом, именование может развиваться независимо от сети.

Структура

Дизайн NDN предполагает иерархически структурированные имена, например, видео, созданное UCLA, может иметь имя /ucla/videos/demo.mpg, где «/» обозначает компоненты имени в текстовых представлениях, аналогично URL-адресам. Эта иерархическая структура имеет много потенциальных преимуществ:

  • Спецификация отношений: позволяет приложениям представлять контекст и отношения элементов данных. Пример: сегмент 3 версии 1 демонстрационного видео UCLA может называться /ucla/videos/demo.mpg/1/3.
  • Агрегация имен: / ucla может соответствовать автономной системе, являющейся источником видео.
  • Маршрутизация: позволяет системе масштабироваться и помогает в обеспечении необходимого контекста для данных.

Указание имени

Чтобы получить динамически сгенерированные данные, потребители должны иметь возможность детерминированно построить имя для желаемого фрагмента данных, не просматривая предварительно имя или данные посредством:

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

Текущие исследования изучают, как приложения должны выбирать имена, которые могут облегчить как разработку приложений, так и доставку по сети. Целью этой работы является разработка и уточнение существующих принципов и рекомендаций по именованию, преобразование этих правил в соглашения об именах, реализованные в системных библиотеках, для упрощения разработки будущих приложений.[12]

Пространства имён

Данные, которые могут быть получены глобально, должны иметь глобально уникальные имена, но имена, используемые для локальной связи, могут требовать только локальной маршрутизации (или локальной широковещательной передачи) для поиска совпадающих данных. Названия отдельных данных могут иметь значение в различных областях и контекстах, от «выключателя света в этой комнате» до «названий всех стран мира». Управление пространством имен не является частью архитектуры NDN, так же как управление адресным пространством не является частью архитектуры IP. Однако именование является наиболее важной частью разработки приложений NDN. Предоставление разработчикам приложений, а иногда и пользователям возможности создавать собственные пространства имен для обмена данными дает несколько преимуществ:

  • повышение степени сопоставимости данных приложения и использования им сети
  • уменьшение потребности во вторичной нотации (ведение записей для сопоставления конфигурации приложения с конфигурацией сети)
  • расширение спектра абстракций, доступных разработчикам.
  • запросы на именованный контент также вызывают озабоченность по поводу Конфиденциальность утечка. Благодаря отделению управления пространством имен от архитектуры NDN, можно обеспечить схему именования с сохранением конфиденциальности путем внесения незначительных изменений в обычную схему именования NDN. [13]

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

Решения проблем интеллектуальной собственности

NDN маршрутизирует и пересылает пакеты на основе имен, что устраняет три проблемы, вызванные адресами в архитектуре IP:

  • Исчерпание адресного пространства: Пространство имен NDN по существу не ограничено. Пространство имен ограничено только максимальным размером пакета интереса в 8 КБ и количеством возможных уникальных комбинаций символов, составляющих имена.
  • NAT обход: NDN удаляет адреса, публичные или частные, поэтому NAT не нужен.
  • Управление адресами: назначение адресов и управление ими больше не требуется в локальных сетях.
  • В сети многоадресная передача: Производителю данных не нужно получать несколько интересов для одних и тех же данных, поскольку записи PIT в нисходящих серверах пересылки будут агрегировать интересы. Производитель получает и отвечает на один интерес, и те узлы пересылки, в которых было получено несколько входящих запросов, будут многоадресно передавать ответы данных на интерфейсы, от которых были получены эти интересы.
  • Высокая сквозная надежность с потерями: сети на основе IP требуют, чтобы отправитель повторно передавал потерянные или отброшенные пакеты. Однако в NDN, если срок действия интереса истекает до того, как ответ данных достигает запрашивающей стороны, ответ данных по-прежнему кэшируется пересылками по пути возврата. Повторно передаваемый интерес должен только достигнуть пересылки с кэшированной копией данных, обеспечивающей сети на основе NDN более высокую пропускную способность, чем сети на основе IP, когда уровень потери пакетов высок.

Протоколы

NDN может использовать обычные алгоритмы маршрутизации, такие как состояние ссылки и вектор расстояния. Вместо объявления Префиксы IP, маршрутизатор NDN объявляет префиксы имен, которые охватывают данные, которые маршрутизатор готов обслуживать. Обычные протоколы маршрутизации, такие как OSPF и BGP, можно адаптировать для маршрутизации по префиксам имен, рассматривая имена как последовательность непрозрачных компонентов и выполняя покомпонентное сопоставление самого длинного префикса имени в пакете Interest с Таблица FIB.[14] Это позволяет агрегировать широкий спектр входных данных в реальном времени и распределять по нескольким интерфейсным средам одновременно без ущерба для шифрования контента.[15] Процесс также избавляет от ключевой аналитики интерфейса. Передача приложений и совместное использование данных в среде определяется структурой мультимодального распространения, так что затронутые протоколы облачной ретрансляции уникальны для отдельного идентификатора среды выполнения.[16]

Состояние PIT

Состояние PIT на каждом маршрутизаторе поддерживает пересылку через плоскость данных NDN, запись каждого ожидающего интереса и входящего интерфейса (ов) и удаление интереса после получения соответствующих данных или истечения времени ожидания. Это состояние для каждого перехода, для каждого пакета отличается от уровня данных IP без сохранения состояния. На основе информации в FIB и измерениях производительности модуль адаптивной стратегии переадресации в каждом маршрутизаторе принимает обоснованные решения о:

  • Поток управления: поскольку каждый интерес извлекает не более одного пакета данных, маршрутизатор может напрямую управлять потоком, контролируя количество сохраняемых ожидающих интересов.
  • Многоадресная доставка данных: PIT, записывающий набор интерфейсов, на который поступили те же данные, естественно, поддерживает эту функцию.
  • Обновление путей для учета изменений их представления о сети.[17]
  • Доставка: маршрутизатор может решить, какие интересы направлять на какие интерфейсы, сколько неудовлетворенных интересов разрешить в PIT, а также относительный приоритет различных интересов.

Интерес

Если маршрутизатор решает, что интерес не может быть удовлетворен, например, восходящий канал не работает, в FIB нет записи для пересылки или возникает крайняя перегрузка, маршрутизатор может отправить NACK своему соседу (ам) в нисходящем направлении, который передал интерес. . Такое отрицательное подтверждение (NACK) может заставить принимающий маршрутизатор пересылать интерес другим интерфейсам для исследования альтернативных путей. Состояние PIT позволяет маршрутизаторам идентифицировать и отбрасывать циклические пакеты, позволяя им свободно использовать несколько путей к одному и тому же источнику данных. Пакеты не могут зацикливаться в NDN, что означает, что нет необходимости во времени жизни и других мерах, реализованных в IP и связанных протоколах для решения этих проблем.

Безопасность

Обзор

В отличие от безопасности TCP / IP (например, TLS), которая защищает связь путем защиты каналов IP-to-IP, NDN защищает сами данные, требуя от производителей данных криптографической подписи каждого пакета данных. Подпись издателя обеспечивает целостность и позволяет аутентифицировать данные. происхождение, позволяя отделить доверие потребителя к данным от того, как и где они получены. NDN также поддерживает детализированное доверие, позволяя потребителям рассуждать о том, является ли владелец открытого ключа приемлемым издателем для определенной части данных в определенном контексте. Второе направление исследований - проектирование и разработка полезных механизмов для управления доверием пользователей. Было проведено исследование трех различных типов моделей доверия:

  • иерархическая модель доверия: пространство имен ключей разрешает использование ключей. Пакет данных, содержащий открытый ключ, фактически является сертификатом, поскольку он подписан третьей стороной, и этот открытый ключ используется для подписи определенных данных.[18]
  • сеть доверия: чтобы обеспечить безопасную связь без необходимости предварительно согласованных якорей доверия.[19]
  • легкий доверять за Интернет вещей: Модель доверия NDN в основном основана на асимметричная криптография, что невозможно для устройств с ограниченными ресурсами в парадигме IoT. [20]

Безопасность приложений

Безопасность, ориентированная на данные, NDN имеет естественные приложения для контроля доступа к контенту и безопасности инфраструктуры. Приложения могут шифровать данные и распространять ключи в виде именованных пакетов, используя ту же именованную инфраструктуру для распределения ключей, эффективно ограничивая периметр безопасности данных контекстом одного приложения. Чтобы проверить подпись пакета данных, приложение может получить соответствующий ключ, указанный в поле указателя ключа пакета, как и любой другой контент. Но управление доверием, то есть как определить подлинность данного ключа для конкретного пакета в данном приложении, является основной исследовательской задачей. В соответствии с экспериментальным подходом, исследования по управлению доверием NDN основаны на разработке и использовании приложений: сначала решение конкретных проблем, а затем определение общих шаблонов. Например, потребности безопасности NLSR требовали разработки простой иерархической модели доверия с ключами на более низком уровне ( ближе к корневому), которые используются для подписи ключей на более высоких уровнях, на которых ключи публикуются с именами, отражающими их доверительные отношения. В этой модели доверия пространство имен соответствует иерархии делегирования доверия, то есть / root / site / operator / router / process. Публикация ключей с определенным именем в иерархии дает им право подписывать определенные пакеты данных и ограничивает их область действия. Эту парадигму можно легко распространить на другие приложения, где доверие в реальном мире имеет тенденцию следовать иерархической схеме, например, в наших системах управления зданием (BMS).[21]Поскольку NDN оставляет модель доверия под контролем каждого приложения, также могут быть выражены более гибкие и выразительные доверительные отношения. Одним из таких примеров является ChronoChat,[19] что послужило поводом для экспериментов с моделью сети доверия. Модель безопасности состоит в том, что текущий участник чата может познакомить новичка с другими, подписав ключ новичка. В будущих приложениях будет реализована модель перекрестной сертификации (SDSI) [13, 3], которая обеспечивает большую избыточность проверки, позволяя данным и именам ключей быть независимыми, что более легко приспосабливает к различным реальным доверительным отношениям.

Эффективность и безопасность маршрутизации

Более того, NDN обрабатывает сообщения сетевой маршрутизации и управления как все данные NDN, требующие подписей. Это обеспечивает прочную основу для защиты протоколов маршрутизации от атак, например, спуфинга и взлома. Использование многопутевого пересылки в NDN вместе с модулем адаптивной стратегии пересылки снижает риск перехвата префикса, поскольку маршрутизаторы могут обнаруживать аномалии, вызванные переадресацией, и получать данные по альтернативным путям.[22] Благодаря многоадресной доставке контента из нескольких источников Именованная сеть передачи данных, случайное линейное кодирование может улучшить эффективность всей сети. [23] Поскольку пакеты NDN ссылаются на контент, а не на устройства, злонамеренно атаковать конкретное устройство сложнее, хотя потребуются механизмы смягчения против других атак, специфичных для NDN, например, Наводнение интересов DoS.,[24][25]Кроме того, наличие таблицы ожидающих интересов, в которой хранятся данные о прошлых запросах, с помощью которой можно принимать информированные прямые решения о том, как обрабатывать проценты, имеет множество преимуществ в плане безопасности:[26]

  • Балансировка нагрузки: количество записей PIT является индикатором загрузки маршрутизатора; ограничение его размера ограничивает эффект от DDoS-атаки.
  • Таймаут интереса: тайм-аут входа PIT предлагает относительно дешевое обнаружение атак, а информация об интерфейсе прибытия в каждой записи PIT может поддерживать схему возврата, в которой нисходящие маршрутизаторы информируются о необслуживаемых интересах, что помогает в обнаружении атак.

Смотрите также

Рекомендации

  1. ^ "NSF Future Internet Architectures (FIA)". nsf.gov. Национальный фонд науки.
  2. ^ «NSF - Интернет-архитектуры будущего». Будущие интернет-архитектуры - следующий этап. Национальный фонд науки.
  3. ^ Чжан, Ликсия; Афанасьев Александр; Берк, Джеффри; Якобсон, Ван; claffy, kc; Кроули, Патрик; Пападопулос, Христос; Ван, Лань; Чжан, Бэйчуань (28 июля 2014 г.). «Именованная сеть передачи данных». Обзор компьютерных коммуникаций ACM SIGCOMM. 44 (3): 66–73. Дои:10.1145/2656877.2656887. S2CID 8317810.
  4. ^ Якобсон, Ван. «Новый взгляд на сети». YouTube. Google Talk.
  5. ^ Якобсон, Ван; Сметтерс, Диана К .; Торнтон, Джеймс Д .; Пласс, Майкл; Бриггс, Ник; Брейнард, Ребекка (1 января 2012 г.). «Сетевой именованный контент». Коммуникации ACM. 55 (1): 117. Дои:10.1145/2063176.2063204. S2CID 52895555.
  6. ^ «Сеть: резюме». http:// named-data.net/. Именованная сеть передачи данных. Внешняя ссылка в | сайт = (Помогите)
  7. ^ Ксиломенос, Джордж; Ververidis, Christopher N .; Siris, Vasilios A .; Фотиу, Никос; Цилопулос, Христос; Василакос, Ксенофон; Катсарос, Константинос В .; Полизос, Джордж К. (2014). «Обзор информационных исследований в области сетевых технологий». Обзоры и учебные пособия по коммуникациям IEEE. 16 (2): 1024–1049. CiteSeerX 10.1.1.352.2228. Дои:10.1109 / SURV.2013.070813.00063. S2CID 6645760.
  8. ^ «Именованная сеть передачи данных: участники следующего этапа». named-data.net. Именованная сеть передачи данных.
  9. ^ Кислюк, Билл (3 сентября 2015 г.). «Консорциум под руководством Калифорнийского университета в Лос-Анджелесе сосредоточится на разработке новой архитектуры для Интернета». Новости UCLA (НАУКА + ТЕХНОЛОГИИ). Калифорнийский университет в Лос-Анджелесе. Калифорнийский университет в Лос-Анджелесе.
  10. ^ Сметтерс, Диана; Якобсон, Ван. Защита сетевого контента (PDF) (Технический отчет).
  11. ^ Clark, D.D .; Wroclawski, J .; Sollins, K.R .; Брейден, Р. (2005). «Борьба в киберпространстве: определение будущего Интернета». Транзакции IEEE / ACM в сети. 13 (3): 462–475. CiteSeerX 10.1.1.163.3356. Дои:10.1109 / TNET.2005.850224. S2CID 47081087.
  12. ^ Моисеенко Илья; Чжан, Лися (25 августа 2014 г.). "Consumer-Producer API для именованных сетей передачи данных". Технические отчеты NDN.
  13. ^ Билал, Мухаммед; и другие. «Безопасное распространение защищенного контента в информационно-ориентированных сетях». Системный журнал IEEE. 14 (2): 1921–1932. arXiv:1907.11717. Дои:10.1109 / JSYST.2019.2931813. S2CID 198967720.
  14. ^ Чжан; и другие. (2014). «Именованная сеть передачи данных». Обзор компьютерных коммуникаций ACM SIGCOMM. 44 (3): 66–73. Дои:10.1145/2656877.2656887. S2CID 8317810.
  15. ^ Гали; и другие. (2014). «Игла в стоге сена: предотвращение заражения контентом в сетях именованных данных». Материалы семинара NDSS по безопасности развивающихся сетевых технологий (SENT). Дои:10.14722 / отправлено.2014.23014. ISBN 978-1-891562-36-5.
  16. ^ Чжу, З (2013). «Let's chronosync: децентрализованная синхронизация состояния набора данных в именованной сети передачи данных». 21-я Международная конференция IEEE по сетевым протоколам (ICNP): 1–10. Дои:10.1109 / ICNP.2013.6733578. ISBN 978-1-4799-1270-4. S2CID 14086875.
  17. ^ Йи, Ченг; Афанасьев Александр; Ван, Лань; Чжан, Бэйчуань; Чжан, Лися (26 июня 2012 г.). «Адаптивная пересылка в именованных сетях передачи данных». Обзор компьютерных коммуникаций ACM SIGCOMM. 42 (3): 62. CiteSeerX 10.1.1.251.2724. Дои:10.1145/2317307.2317319. S2CID 8598344.
  18. ^ Якобсон, Ван; Smetters, Dian K .; Thornto, Jams D .; Plass, Micael F .; Briggs, Nichoas H .; Брейнард, Ребекка Л. (2009-12-01). Сеть именованного контента. CoNEXT '09 Труды 5-й Международной конференции по новым сетевым экспериментам и технологиям. С. 1–12. CiteSeerX 10.1.1.642.2386. Дои:10.1145/1658939.1658941. ISBN 9781605586366. S2CID 220961152.
  19. ^ а б Чжу, Женькай; Биан, Чаойи; Афанасьев Александр; Якобсон, Ван; Чжан, Лися (10 октября 2012 г.). "Chronos: бессерверный многопользовательский чат по NDN" (PDF). Технические отчеты NDN.
  20. ^ Билал, Мухаммед; и другие.«Безопасное распространение защищенного контента в информационно-ориентированных сетях». Системный журнал IEEE. 14 (2): 1921–1932. arXiv:1907.11717. Дои:10.1109 / JSYST.2019.2931813. S2CID 198967720.
  21. ^ Шан, Вентао; Дин, Цюхань; Marianantoni, A .; Берк, Дж; Чжан, Лися (26 июня 2014 г.). «Обеспечение безопасности систем управления зданием с использованием именованных сетей передачи данных». Сеть IEEE. 28 (3): 50–56. Дои:10.1109 / MNET.2014.6843232. S2CID 8859671.
  22. ^ Йи, Ченг; Афанасьев Александр; Моисеенко Илья; Ван, Лань; Чжан, Бэйчуань; Чжан, Ликсия (2013). «Случай для самолета с отслеживанием состояния». Компьютерные коммуникации. 36 (7): 779–791. CiteSeerX 10.1.1.309.1500. Дои:10.1016 / j.comcom.2013.01.005.
  23. ^ Билал, Мухаммед; и другие. "Подход сетевого кодирования для информационных сетей". Системный журнал IEEE. 13 (2): 1376–1385. arXiv:1808.00348. Дои:10.1109 / JSYST.2018.2862913. S2CID 51894197.
  24. ^ Афанасьев Александр; Махадеван, Прия; Моисеенко Илья; Узун, Эрсин; Чжан, Лися (2013). «Атака с наводнением интересов и контрмеры в именованных сетях передачи данных» (PDF). ИФИП.
  25. ^ Wählisch, Matthias; Schmidt, Thomas C .; Валенкамп, Маркус (2013). «Обратное рассеяние из плоскости данных - угрозы стабильности и безопасности в информационно-ориентированной сетевой инфраструктуре» (PDF). Компьютерная сеть. 57 (16): 3192–3206. arXiv:1205.4778. Дои:10.1016 / j.comnet.2013.07.009. S2CID 5767511.
  26. ^ Афанасьев Александр; Махадеван, Прия; Моисеенко Илья; Узун, Эрсин; Чжан, Лися (2013). «Атака с наводнением интересов и контрмеры в именованных сетях передачи данных» (PDF). ИФИП.

внешняя ссылка