Когда был принят коап рф


КоАП, РОССИЯ - Деловой квартал

КоАП – Кодекс об административных правонарушениях Российской Федерации, регулирующий общественные отношения по привлечению к административной ответственности, а также устанавливающий общие начала, перечень всех административных правонарушений, органы, рассматривающие дела, порядок привлечения к административной ответственности и порядок исполнения решений по административным делам.

Источник: http://www.verniteprava.ru/info/375-srok-davnosti-privlecheniya-k-administrativnoy-otvetstvennosti.html

Когда был принят КоАП

Актуальный кодекс был принят Государственной думой 20 декабря 2001 года и вступил в силу 1 июля 2002 года, отменив действующий на тот момент Кодекс РСФСР об административных правонарушениях.

Последние правки в КоАп были приняты в октябре 2015 года после вступления в силу федерального закона от 29.06.2015 N 154-ФЗ, которым были внесены изменения в главу 10 Федерального закона от 26.10.2002 N 127-ФЗ "О несостоятельности (банкротстве)" в части правил проведения процедуры банкротства в отношении физических лиц, санкции статьи 14.12 КОАП РФ за фиктивное или преднамеренное банкротство были распространены на граждан. Этим же законом были внесены аналогичные изменения в статью 14.13 КОАП РФ – Неправомерные действия при банкротстве.

Федеральный закон № 283-фз от 5 октября 2015 года "О внесении изменения в статью 28.3 Кодекса Российской Федерации об административных правонарушениях" дополнил КоАП.

В настоящее время разрабатывается проект нового КоАП.

Структура КоАП

Кодекс состоит из пяти разделов и 32 глав:

Раздел I. Общие положения

  • Глава 1. Задачи и принципы законодательства об административных правонарушениях
  • Глава 2. Административное правонарушение и административная ответственность
  • Глава 3. Административное наказание
  • Глава 4. Назначение административного наказания

Раздел II. Особенная часть

  • Глава 5. Административные правонарушения, посягающие на права граждан
  • Глава 6. Административные правонарушения, посягающие на здоровье, санитарно-эпидемиологическое благополучие населения и общественную нравственность
  • Глава 7. Административные правонарушения в области охраны собственности
  • Глава 8. Административные правонарушения в области охраны окружающей среды и природопользования
  • Глава 9. Административные правонарушения в промышленности, строительстве и энергетике
  • Глава 10. Административные правонарушения в сельском хозяйстве, ветеринарии и мелиорации земель
  • Глава 11. Административные правонарушения на транспорте
  • Глава 12. Административные правонарушения в области дорожного движения
  • Глава 13. Административные правонарушения в области связи и информации
  • Глава 14. Административные правонарушения в области предпринимательской деятельности и деятельности саморегулируемых организаций
  • Глава 15. Административные правонарушения в области финансов, налогов и сборов, страхования, рынка ценных бумаг
  • Глава 16. Административные правонарушения в области таможенного дела (нарушения таможенных правил)
  • Глава 17. Административные правонарушения, посягающие на институты государственной власти
  • Глава 18. Административные правонарушения в области защиты Государственной границы РФ и обеспечения режима пребывания иностранных граждан или лиц без гражданства на территории РФ
  • Глава 19. Административные правонарушения против порядка управления
  • Глава 20. Административные правонарушения, посягающие на общественный порядок и общественную безопасность
  • Глава 21. Административные правонарушения в области воинского учета

Раздел III. Судьи, органы, должностные лица, уполномоченные рассматривать дела об административных правонарушениях

  • Глава 22. Общие положения
  • Глава 23. Судьи, органы, должностные лица, уполномоченные рассматривать дела об административных правонарушениях

Раздел IV. Производство по делам об административных правонарушениях

  • Глава 24. Общие положения
  • Глава 25. Участники производства по делам об административных правонарушениях, их права и обязанности
  • Глава 26. Предмет доказывания. Доказательства. Оценка доказательств
  • Глава 27. Применение мер обеспечения производства по делам об административных правонарушениях
  • Глава 28. Возбуждение дела об административном правонарушении
  • Глава 29. Рассмотрение дела об административном правонарушении
  • Глава 29.1. Правовая помощь по делам об административных правонарушениях
  • Глава 30. Пересмотр постановлений и решений по делам об административных правонарушениях

Раздел V. Исполнение постановлений по делам об административных правонарушениях

  • Глава 31. Общие положения
  • Глава 32. Порядок исполнения отдельных видов административных наказаний

КоАП: ознакомиться

Ознакомиться с актуальной версией КоАП можно на сайте системы «Гарант»: http://base.garant.ru/12125267/

RF Wireless Vendors и Resources

О мире радиосвязи

На веб-сайте RF Wireless World размещаются поставщики и ресурсы радиочастотной и беспроводной связи. Сайт охватывает статьи, учебные пособия, поставщиков, терминологию, исходный код (VHDL, Verilog, MATLAB, Labview), тестирование и измерение, калькуляторы, новости, книги, загрузки и многое другое.

Сайт RF Wireless World охватывает ресурсы на различные темы, такие как RF, беспроводная связь, VSAT, спутниковая связь, радар, волоконная оптика, микроволновая печь, Wimax, WLAN, ZigBee, LTE, 5G NR, GSM, GPRS, GPS, WCDMA, UMTS, TDSCDMA, Bluetooth, Lightwave RF, Z-Wave, Интернет вещей (IoT), M2M, Ethernet и т. Д.Эти ресурсы основаны на стандартах IEEE и 3GPP. В нем также есть академическая секция, которая охватывает колледжи и университеты в области инженерии и MBA.

статей по IoT системам

IoT-система обнаружения падения для пожилых людей : В статье рассматривается архитектура системы обнаружения падения для пожилых людей. В нем упоминаются преимущества или преимущества системы обнаружения падения IoT. Читать дальше➤
Также см. Другие статьи о системах на основе IoT следующим образом:
• Система очистки туалета AirCraft • Система измерения удара при столкновении • Система отслеживания скоропортящихся продуктов и овощей • Система помощи водителю • Smart Retail System • Система контроля качества воды • Smart Grid System • Интеллектуальная система освещения на базе Zigbee • Умная система парковки на базе Zigbee • Система умной парковки на базе LoRaWAN


Беспроводные радиочастотные изделия

В этом разделе статей рассматриваются статьи о физическом уровне (PHY), уровне MAC, стеке протоколов и архитектуре сети на основе WLAN, WiMAX, zigbee, GSM, GPRS, TD-SCDMA, LTE, 5G NR, VSAT, гигабитных Ethernet на основе IEEE / 3GPP и т.д. ,стандарты. Он также охватывает статьи, связанные с тестированием и измерениями, на соответствие тестированию, используемому для тестирования соответствия RF / PHY устройства. СПРАВОЧНИК СТАТЬЯ ИНДЕКС >>.


Физический уровень 5G NR : Обработка физического уровня для канала 5G NR PDSCH и канала 5G NR PUSCH была пройдена поэтапно. Это описание физического уровня 5G соответствует спецификациям физического уровня 3GPP. Читать подробнее➤


Основы повторителя и типы повторителей : Он объясняет функции различных типов ретрансляторов, используемых в беспроводных технологиях.Читать подробнее➤


Основы и типы замирания : В этой статье рассматриваются мелкие замирания, крупные замирания, медленные замирания, быстрые замирания и т. Д., Используемые в беспроводной связи. Читать подробнее➤


Архитектура сотового телефона 5G : В этой статье рассматривается блок-схема сотового телефона 5G с внутренними модулями 5G. Архитектура сотового телефона. Читать подробнее➤


Основы помех и типы помех: В этой статье рассматриваются помехи в соседнем канале, помехи в совмещенном канале, EM Interference, ICI, ISI, Light Interference, Sound Interference и т. Д.Читать подробнее➤


5G NR Section

В этом разделе рассматриваются функции 5G NR (New Radio), нумерология, диапазоны, архитектура, развертывание, стек протоколов (PHY, MAC, RLC, PDCP, RRC) и т. Д. 5G NR Краткий справочный указатель >>
• 5G NR Mini Slot • 5G NR часть полосы пропускания • 5G NR CORESET • 5G NR DCI форматы • 5G NR UCI • 5G NR форматы слотов • 5G NR RRC IE • 5G NR SSB, SS, PBCH • 5G NR PRACH • 5G NR PDCCH • 5G NR PUCCH • 5G NR опорные сигналы • 5G NR m-последовательность • 5G NR Gold Sequence • 5G NR Задов Чу Последовательность • 5G NR Физический уровень • 5G NR MAC-уровень • 5G NR RLC слой • 5G NR PDCP уровень


Учебники по беспроводной технологии

В этом разделе рассматриваются RF и беспроводные учебники.Он охватывает учебники по таким темам, как сотовая связь, WLAN (11ac, 11ad), wimax, bluetooth, zigbee, zwave, LTE, DSP, GSM, GPRS, GPS, UMTS, CDMA, UWB, RFID, радар, VSAT, спутник, WLAN, волновод, антенна, фемтосота, тестирование и измерения, IoT и т. Д. См. ИНДЕКС УЧЕБНИКОВ >>


Учебное пособие по 5G - Это учебное пособие по 5G также охватывает следующие подтемы по технологии 5G:
Учебное пособие по основам 5G Полосы частот учебник миллиметровой волны 5G мм волновая рамка 5G мм волновое звучание канала 4G против 5G Испытательное оборудование 5G Архитектура сети 5G Сетевые интерфейсы 5G NR звучание канала Типы каналов 5G FDD против TDD 5G NR сетевой нарезки Что такое 5G NR Режимы развертывания 5G NR Что такое 5G TF


Этот учебник по GSM охватывает основы GSM, сетевую архитектуру, сетевые элементы, технические характеристики системы, приложения, Типы пакетов GSM, структура или иерархия кадров GSM, логические каналы, физические каналы, Физический уровень GSM или обработка речи, вход в сеть мобильной связи GSM или настройка вызова или процедура включения питания, MO-вызов, MT-вызов, VAMOS, AMR, MSK, модуляция GMSK, физический уровень, стек протоколов, основы мобильного телефона, РЧ планирование, PS вызов по нисходящей линии связи и PS вызов по восходящей линии связи.
➤Подробнее.

LTE Tutorial , посвященный архитектуре системы LTE, охватывающей основы LTE EUTRAN и LTE Evolved Packet Core (EPC). Он обеспечивает связь с обзором системы LTE, радиоинтерфейсом LTE, терминологией LTE, категориями LTE UE, структурой кадров LTE, физическим уровнем LTE, Стек протоколов LTE, каналы LTE (логические, транспортные, физические), пропускная способность LTE, агрегация несущих LTE, передача голоса по LTE, расширенный LTE, Продавцы LTE и LTE против LTE продвинулись.➤Подробнее.


RF Technology Stuff

На этой странице мира беспроводных технологий РЧ рассказывается о пошаговой разработке преобразователя частоты на примере преобразователя частоты UP UP в диапазоне 70 МГц. для микрополосковой платы с использованием дискретных радиочастотных компонентов, а именно Микшеры, Локальный генератор, MMIC, синтезатор, OCXO опорный генератор, колодки аттенюатора. ➤Подробнее.
FRF Трансивер Дизайн и разработка FilterRF фильтр дизайн Система ВСАТ &Типы и основы микрополоски Ave Основы волновода


Секция испытаний и измерений

В этом разделе рассматриваются ресурсы T & M, испытательное и измерительное оборудование для тестирования DUT на основе Стандарты WLAN, WiMAX, Zigbee, Bluetooth, GSM, UMTS, LTE.Индекс испытаний и измерений >>
XPXI система для T & M. Generation Генерация и анализ сигналов Измерения слоя PHY TestПроверка устройства WiMAX Test Тест на соответствие Зигби Тест соответствия ➤LTE UE Тест соответствия ➤TD-SCDMA


Волоконно-оптическая технология

Оптоволоконный компонент Основы , включая детектор, оптический соединитель, изолятор, циркулятор, переключатели, усилитель, фильтр, эквалайзер, мультиплексор, разъемы, демультиплексор и т. д.Эти компоненты используются в волоконно-оптической связи. Оптические компоненты INDEX >>
Iber Учебник по волоконно-оптической связи PSAPS в SDH Основы ➤SONET FrameSDH Рамная структура СОНЕТ против SDH


Поставщики беспроводных радиочастот, производители

Сайт RF Wireless World охватывает производителей и поставщиков различных радиочастотных компонентов, систем и подсистем для ярких приложений, обратитесь к поставщику ИНДЕКС >>.

Поставщики РЧ-компонентов, охватывающие ВЧ-изолятор, ВЧ-циркулятор, ВЧ-смеситель, ВЧ-усилитель, ВЧ-адаптер, ВЧ-разъем, ВЧ-модулятор, ВЧ-приемопередатчик, ФАПЧ, ГУН, синтезатор, Антенна, генератор, делитель мощности, сумматор мощности, фильтр, аттенюатор, диплексер, дуплексер, чип-резистор, чип-конденсатор, чип-индуктор, ответвитель, ЭМС, программное обеспечение RF Design, диэлектрический материал, диод и т. д.Поставщики радиочастотных компонентов >>
Базовая станция Циркулятор FRF Изолятор RyХрустальный генератор


MATLAB, Labview, Embedded Исходные коды

В разделе исходного кода RF Wireless World рассматриваются коды языков программирования MATLAB, VHDL, VERILOG и LABVIEW. Эти коды полезны для начинающих на этих языках. УКАЗАТЕЛЬ ИНДЕКС КОДА ИСТОЧНИКА >>
Код VHDL декодера от 3 до 8 RamСкремблер дескремблер код MATLAB 32-битный код ALU Verilog LabT, D, JK, SR коды флип-флоп labview


* Общая информация о здравоохранении *

Сделайте эти пять простых вещей, чтобы помочь остановить коронавирус (COVID-19).
ПЯТЬ ПЯТЬ
1. РУКИ: часто мойте их
2. УЖЕ: кашель
3. ЛИЦО: не трогай это
4. НОГИ: оставайтесь на расстоянии более 3 футов (1 м) друг от друга
5. ЧУВСТВУЙ: больна? Оставайся дома

Используйте Contact Tracing Technology >>, следуйте принципам социального дистанцирования >> установить систему видеонаблюдения >> чтобы спасти сотни жизней. Использование концепции телемедицины стало очень популярным в такие страны, как США и Китай, чтобы остановить распространение COVID-19, поскольку это заразная болезнь.


Беспроводные радиочастотные калькуляторы и преобразователи

В разделе калькуляторы и конвертеры представлены RF-калькуляторы, беспроводные калькуляторы, а также конвертеры единиц измерения. Они охватывают беспроводные технологии, такие как GSM, UMTS, LTE, 5G NR и т. Д. СПРАВОЧНИК КАЛЬКУЛЯТОРОВ Индекс >>.
G5G NR Калькулятор пропускной способности G5G NR ARFCN против преобразования частоты Калькулятор скорости передачи данных oLoRa TELTE EARFCN в преобразование частоты AgЯги Антенна Калькулятор G5G NR калькулятор времени выборки


Интернет вещей вещей Беспроводные технологии

Раздел о IoT охватывает беспроводные технологии Интернета вещей, такие как WLAN, WiMAX, Zigbee, Z-wave, UMTS, LTE, GSM, GPRS, THREAD, EnOcean, LoRa, SIGFOX, WHDI, Ethernet, 6LoWPAN, RF4CE, Bluetooth, Bluetooth с низким энергопотреблением (BLE), NFC, RFID, INSTEON, X10, KNX, ANT +, Wavenis, Dash7, HomePlug и другие.Он также охватывает датчики IoT, компоненты IoT и компании IoT.
См. Главную страницу IoT >> и следующие ссылки.
➤THREAD ➤EnOcean ➤LoRa учебник IGSIGFOX учебник ➤WHDI ➤6LoWPAN IgZigbee RF4CE ➤NFC ➤Lonworks ➤CEBus ➤UPB



СВЯЗАННЫЕ ПОСТЫ


RF Беспроводные учебники



Различные типы датчиков


Поделиться этой страницей

Перевести эту страницу

,

CoAP, как понять "Опции"

Переполнение стека
  1. Товары
  2. Клиенты
  3. Случаи использования
  1. Переполнение стека Публичные вопросы и ответы
  2. Команды Частные вопросы и ответы для вашей команды
  3. предприятие Частные вопросы и ответы для вашего предприятия
  4. работы Программирование и связанные с ним технические возможности карьерного роста
  5. Талант Нанимать технический талант
  6. реклама Связаться с разработчиками по всему миру

Загрузка…

.
Принятие промышленностью Интернета вещей: обзор протокола ограниченного применения

Транскрипция

1 Принятие в отрасли Интернета вещей: обзор протокола ограниченного применения Кристиан Лерш, Университет Росток, Германия Клаус Хартке, Университет Бремена, Германия Маттиас Ковач Институт всеобъемлющих вычислений ETH Цюрих, Швейцария Аннотация Протокол ограниченного применения (CoAP) разработан для RESTful межмашинное общение, тем самым позволяя Интернет вещей.CoAP основан на принципах Интернета, но учитывает ограниченные ресурсы крошечных встроенных устройств, таких как беспроводные сенсорные узлы. Несмотря на то, что он является относительно новым и только собирается стать Интернет-стандартом IETF, уже существует несколько реализаций протокола, каждая из которых имеет собственный фон и поддерживает набор функций. В этом документе мы даем обзор текущих реализаций CoAP и обсуждаем результаты первого официального совещания по взаимодействию, организованного Европейским институтом стандартов электросвязи (ETSI) в марте. Мы отмечаем, что, несмотря на молодой возраст протокола, совместимость между количество участвующих реализаций очень высокое, хотя несущественные части протокола в настоящее время получают значительно меньшее покрытие и демонстрируют немного больше проблем взаимодействия.I. ВВЕДЕНИЕ Видение Интернета вещей превращается в реальность с крошечными встроенными устройствами, которые напрямую подключены к Интернету через IP. Инженерная рабочая группа по Интернету (IETF) стандартизировала несколько протоколов для включения устройств с ограниченными ресурсами, которые очень ограничены в энергии, памяти, вычислительной мощности и пропускной способности: 6LoWPAN [11] для адаптации IPv6 к маломощным сетям с потерями (LLNs) ), RPL [24] для маршрутизации по флуктуирующим каналам и сжатие для оптимизации более высоких протокольных уровней [1].Появляющийся протокол ограниченных приложений (CoAP) [20] дополняет этот стек, чтобы иметь полностью стандартизированный набор протоколов. Это делает основанный на IP IoT интересным для промышленного применения: органы отраслевых стандартов, такие как ETSI M2M 1 и IPSO Alliance 2, приняли упрощенный протокол RESTful для достижения глобальной совместимости для сетевых встроенных систем. Когда возникла идея Интернета вещей, повседневные объекты сначала были связаны между собой через их виртуальные представления с использованием штрих-кодов, а затем и RFID.Позже шлюзы уровня приложений использовались для соединения различных коммуникационных решений для встраиваемых систем. Затем появились компактные реализации IP [4], [10] для устройств с ограниченными ресурсами, и к вещам можно было обращаться напрямую через IP. Однако работа по стандартизации IETF достигла только транспортного уровня. Таким образом, проекты продолжали реализовывать пользовательские протоколы приложений через UDP, в результате чего устройства 6LoWPAN не могли взаимодействовать. Наиболее вероятным кандидатом на изменение ситуации на уровне приложений является HTTP.Веб-протокол является очень масштабируемым, надежным и практически повсеместным, будучи де-факто прикладным уровнем Интернета. Однако производительность TCP в LLN в пять раз хуже, чем в UDP [10]. TCP также требует сравнительно большого объема памяти на соединение. Реализации общего назначения 6LoWPAN, таким образом, не очень эффективны в сочетании с HTTP. Существовали реализации HTTP через UDP, такие как HTTPU, известные из UPnP [22] или проекта EBHTTP [21], но ни одна из них не была принята в более широком масштабе.Когда встроенные наборы TCP / IP будут готовы, межуровневая оптимизация может стать вариантом компенсации производительности HTTP для сетей с низким энергопотреблением. Например, Smews [5] достигает разумной производительности, имея до 256 параллельных HTTP-соединений. Другим кандидатом является CoAP, протокол прикладного уровня, аналогичный HTTP, но специально разработанный для ограниченных узлов и сетей. В отличие от предыдущих попыток, CoAP не пытается сжимать HTTP, но это новый протокол, основанный на тех же архитектурных принципах REST [7].Это означает, что он имеет несколько ограничений по сравнению с HTTP, но также и то, что он не наследует все проектные решения и, следовательно, может быть спроектирован для лучшего соответствия требованиям встроенных устройств. В частности, CoAP также превосходит возможности HTTP в отношении межмашинной связи (M2M), например, благодаря поддержке push-уведомлений и многоадресной IP-рассылки. Имея два протокола RESTful для охвата всего спектра типов устройств, Альянс IPSO начал следующий шаг для обеспечения совместимости устройств в коммерческих продуктах.Так называемый профиль IPSO определяет стандартную структуру ресурсов для встроенных веб-серверов. Он использует Web Linking [16] и CoRE Link Format [19] для определения типов ресурсов с хорошо известными функциями и типами контента. На момент написания он охватывает информацию об устройстве и местоположении (например, производитель, уровень заряда батареи и координаты), обмен сообщениями об обновлениях состояния и аварийных сигналах, ввод-вывод общего назначения, управление питанием и освещением, а также общие датчики. В последнем случае профиль принимает спецификацию 3 Унифицированного кода для единиц измерения (UCUM), которая предоставляет уникальные строковые идентификаторы для физических единиц (например,например, W для ватта или Cel для градуса Цельсия), включая префиксы (например, M для мега). 3

2 В этой статье мы представляем обзор современного состояния легких реализаций REST с подробным описанием первого официального события взаимодействия для CoAP. Сначала мы дадим краткое введение в CoAP в Разделе II. Опрос в Разделе III дает обзор раннего внедрения CoAP в отрасли, а также доступных реализаций с открытым исходным кодом.Мы также анализируем итоги ETSI Plugtest, проведенного в Париже, Франция, в марте. Наши результаты в Разделе IV выходят за рамки информации, содержащейся в официальном отчете ETSI [6], поскольку они различают различные реализации, а не только компании, и обсуждаются с точка зрения разработчика. Наконец, мы обобщаем наш опыт и приводим основные выводы в нашем заключении в Разделе V. II. ПРОТОКОЛ ОГРАНИЧЕННЫХ ПРИЛОЖЕНИЙ Протокол ограниченных приложений (CoAP) является результатом работы рабочей группы по ограниченным RESTful-средам (CoRE) в IETF.Это протокол уровня приложений, который предназначен для обеспечения взаимодействия RESTful, такого как HTTP, и в то же время более подходит для низкой пропускной способности и ограничений реализации устройств и сетей с ограниченными ресурсами. CoAP состоит из двух подуровней: уровень обмена сообщениями и уровень запросов / ответов. Уровень обмена сообщениями добавляет тонкий UDP-уровень поверх UDP, который обеспечивает обнаружение дубликатов и, при желании, надежную доставку сообщений на основе простой повторной передачи с остановкой и ожиданием с экспоненциальной задержкой.Уровень запроса / ответа обеспечивает взаимодействие RESTful через унифицированные интерфейсы, адресованные URI, хорошо известными методами, такими как GET, PUT, POST и DELETE, и передачей самоописываемых представлений адресуемой информации (ресурсов). Чтобы быть более легким, чем HTTP, CoAP поддерживает только ограниченное подмножество функций HTTP и использует компактное двоичное кодирование, которое было разработано с учетом сериализации и анализа на небольших устройствах. В дополнение к этой основной функциональности CoAP предоставляет следующие функции: 1) Наблюдение за ресурсами: CoAP позволяет клиентам наблюдать за ресурсами для изменений состояния с помощью простого механизма публикации / подписки [9].Сервер отслеживает заинтересованных клиентов и передает представление ресурсов каждому клиенту при каждом изменении наблюдаемого ресурса. Механизм следует принципу максимальных усилий и направлен на то, чтобы гарантировать возможную согласованность состояния, наблюдаемого клиентом, и фактического состояния ресурса. 2) Блочная передача: когда представления ресурсов становятся больше, чем можно удобно переносить в одной дейтаграмме, CoAP предоставляет механизм для их отправки блочным способом [3]. Это позволяет, например,обновления встроенного программного обеспечения без использования альтернативного протокола для передачи больших данных на устройства или с них. Блочная передача также позволяет постепенно генерировать большие представления на лету, что выгодно для устройств, которые могут обрабатывать только ограниченный объем данных одновременно. 3) Групповая связь: CoAP предназначен для обеспечения групповой связи на основе IP-адресации. Однако только некоторые аспекты этой функции были определены до сих пор. [18] 4) Обнаружение ресурсов. Для обнаружения ресурсов, предоставляемых сервером, CoAP использует хорошо известный путь URI /.общеизвестный / основной после RFC 5785 [17]. Ресурсы описаны в формате ссылок CoRE [19], который основан на веб-ссылках [16]. Он определяет дополнительные атрибуты ссылки для семантического типа ресурса (rt), использования интерфейса (если), формата контента (ct) и максимального ожидаемого размера (sz) ресурса. Список ресурсов можно отфильтровать. III. ОБЗОР РЕАЛИЗАЦИИ COAP Мы провели опрос среди участников первого официального мероприятия по взаимодействию CoAP, организованного Европейским институтом стандартизации электросвязи (ETSI) [6], и мероприятия по взаимодействию IPSO, оба состоявшегося в Париже, Франция, в период с марта по апрель. В мероприятиях приняли участие несколькими международными компаниями и исследовательскими институтами, из которых 15 приняли участие в нашем опросе.В таблице I приведены анкеты, в которых мы спрашивали об основных данных, таких как язык программирования и поддерживаемые платформы, а также целевой области приложения. А. Классы и домены закрытых устройств Цель CoAP - обеспечить RESTful-взаимодействие для устройств с ограниченными ресурсами. Чтобы лучше описать этот довольно нечеткий термин, рабочая группа IETF по облегчению реализации (LWIG) определила два класса бюджетных устройств [2]: класс 1: 10 кб данных и 100 кб кода, класс 2: 50 кб данные и 250 кбайт кода (вычислительная мощность не определена, поскольку она является вторичной по отношению к соображениям реализации протокола с современными чипами.) В зависимости от запущенного приложения, процессоры обычно различаются между 8-разрядными микроконтроллерами и ядрами ARM с низким энергопотреблением, такими как Cortex-M0. Однако полная экосистема узлов CoAP обычно включает в себя не только ограниченные устройства, но также и узлы более высокого уровня в различных ролях. В ходе опроса мы определили следующие роли (от больших до малых): часто приложения на основе CoAP создаются на основе серверных систем, которые в основном реализованы на Java или C ++ и работают на машинах с большим количеством ресурсов. Мобильные устройства, такие как смартфоны и планшеты, в основном используются в качестве пользовательских агентов для ввода в эксплуатацию и управления узлами в сети.Некоторые поставщики специализируются на реализации прокси-серверов, которые ликвидируют разрыв между CoAP и миром HTTP. Эти прокси работают на встроенных (но все еще мощных) системах, таких как маршрутизаторы и точки доступа. Фактические вещи начинаются с встроенных устройств без ограничений, которые являются частью промышленных машин, например, для автоматизации производства. Устройства класса 1 и 2 используются для датчиков и простых исполнительных механизмов. Они в основном запрограммированы в C.

3 ТАБЛИЦА I ОСУЩЕСТВЛЕНИЯ COAP Компания / Лицензия для реализации Языковая платформа Consorzio Ferrara Ricerche NesC / C TinyOS Собственный стек SiGLoWPAN IPv6 / 6LoWPAN для устройств класса 1 ETH Цюрих Калифорния 3-секционный BSD Java JVM Framework для неограниченных устройств; предоставляет клиентские, серверные и прокси-заглушки ETH Zürich Copper с 3 пунктами BSD JavaScript Firefox для управления и тестирования в качестве расширения для браузера; сосредоточиться на взаимодействии с пользователем ETH Zürich Erbium 3-кл. BSD C Устройства Contiki Class 1, такие как сенсорные узлы Hitachi C Embedded Linux IBBT C ++ Click Платформа производителя чипсетов модульного маршрутизатора для класса 2 и выше; реализация только для сервера для встроенных сенсорных устройств Framework для неограниченных устройств; может быть настроен как клиент, сервер или прокси-сервер, а также может выполнять роль пограничного маршрутизатора Внутренние системы Intecs Commercial C ++ POSIX; встроенные прокси-серверы KoanLogic evcoap 2-пункт BSD C Linux Реализация протокола общего назначения NXP Visual C Windows XP Шлюз прикладного уровня для устройств JenNet-IP Patavina Technologies Коммерческая коммерческая ОС C ++ Встроенные проводные и беспроводные устройства и сенсорные узлы; работа над портом для ввода / вывода с помощью Micrium Sensinode NanoService Device Library. Коммерческая C-независимая библиотека для устройств класса 1 и 2. Sensinode NanoService Device Library. Коммерческая реализация протокола Java JVM для устройств без ограничений; для встроенных ПК, смартфонов / планшетов и серверных систем Universität Bremen TZI libcoap GPLv2 и 2-предложения BSD C POSIX и Contiki Библиотека общего назначения для устройств классов 1 и 2 и выше Universität Bremen TZI CoapBlip в стиле BSD C TinyOS-порт TinyOS libcoap; работает на устройствах класса 1 Universität Bremen TZI Bonsai C #.Реализация протокола NET для устройств без ограничений; в основном для проверки технических характеристик Universität Bremen TZI coap.me Ruby Back-end системы; средство тестирования обеспечивает HTTP-интерфейс для сканирования серверов CoAP и сервер CoAP для тестирования совместимости Universität Rostock jcoap Реализация протокола Java JVM Apache 2.0 для устройств без ограничений; также нацелены на мобильные и встраиваемые платформы устройств Watteco C Contiki Class 1; на основе Erbium для предоставления интерфейса CoAP для различных датчиков и приводов (анонимизировано) C Реализация только для клиента для встроенных устройств (анонимизирована). Реализация протокола Java JVM для мобильных и встраиваемых устройств. Большинство участников теста на совместимость CoAP предоставляют приложения. независимые стековые реализации и сервисы.Например, Sensinode предлагает все - от библиотек устройств до облачных сервисов. Кроме того, есть производители оборудования, такие как Watteco, которые оценивают CoAP для своих сенсорных и управляющих модулей (например, CO 2, освещенности, влажности, потребления электроэнергии и т. Д.), Которые имеют разные физические уровни (например, RF 2,4 ГГц, RF 868 МГц или Powerline). Другие поставщики расширяют свои решения, такие как системы автоматизации дома и здания, с помощью CoAP. Например, NXP создает шлюз уровня приложений, который соединяет их устройства SNAP на основе JenNet-IP и SNMP (например,г. лампочки) в интернет с помощью CoAP. Академические участники были в основном из исследовательских сообществ Wireless Sensor Networks и Web of Things. B. Реализации с открытым исходным кодом Подобно тому, как производители нашли разные ниши, для которых они предоставляют свои решения, доступные реализации с открытым исходным кодом также преследуют разные цели. В этом документе даются рекомендации о том, какие реализации окажутся полезными для каких проектов. Мы сосредоточены на реализации, которые присутствовали на мероприятии ETSI и регулярно обновляются до последних версий проекта.Дополнительные проекты можно найти в опросе Villaverde et al. [23]. Мы отмечаем, однако, что их список доступных реализаций CoAP включает информацию, которая является частично неточной. 1) Californium: Californium 4 [14] - это инфраструктура CoAP для разработчиков Java. Он поддерживает наблюдение за ресурсами и блочную передачу данных. Инфраструктура автоматически генерирует формат ссылок CoRE для своих ресурсов, позволяет фильтровать для /.well-known/core и может анализировать формат ссылки на объекты-заглушки для обнаружения ресурсов.Цель Californium - предоставить API, который позволяет создавать клиенты и серверы с минимальными усилиями и знаниями разработчиков CoAP. Будучи многофункциональной, платформа предъявляет сравнительно высокие требования к памяти и лучше всего используется для внутренних систем. Основным недостатком является отсутствие поддержки многопоточности фреймворком и 4

4 параллелизм должен управляться реализациями обработчика ресурсов.На момент написания статьи существовала экспериментальная ветка, которая добавляет многопоточный дизайн вместе с межпротокольными функциями прокси. 2) jcoap: jcoap 5 - это реализация Java для неограниченных устройств и встроенных систем, таких как смартфоны на базе Javab и мобильные устройства (например, Android). Он также включает реализацию прокси CoAP-to-HTTP и HTTP-to-CoAP, которая может выполнять трансляции протоколов между двумя протоколами. Это позволяет агентам пользователей HTTP (таким как веб-браузеры) получать доступ к ресурсам на серверах CoAP и, наоборот, клиентам CoAP получать доступ к ресурсам HTTP.В результате клиенты могут получать доступ к ресурсам по обоим протоколам без необходимости их одновременной реализации. 3) Erbium: Contiki s Erbium REST Engine 6 [13] в основном избегает специфичных для CoAP вызовов в коде приложения. Он предоставляет REST-ориентированный API для определения обработчиков ресурсов, доступа к параметрам заголовка и обработки полезной нагрузки. Erbium настроен на возможность замены CoAP на HTTP, просто связав другой модуль. На момент написания статьи, однако, нет доступного механизма HTTP. Contiki 7 - это легковесная операционная система из сообщества беспроводных сенсорных сетей, поэтому Erbium хорошо подходит для устройств класса 1 с различными поддерживаемыми платформами.Все функции CoAP реализованы, хотя наблюдение за ресурсами обеспечивается только на стороне сервера; простой в использовании клиентский API для него все еще отсутствует. 4) libcoap: libcoap 8 [15] - это библиотека для анализа, сериализации и передачи сообщений CoAP. Он очень гибкий и переносимый и был портирован на различные архитектуры встроенных систем, в частности на операционные системы Contiki и TinyOS. Однако libcoap требует больше стандартного кода, чем Erbium для реализации клиентов и серверов.Поддержка стека TinyOS blip-rpl обеспечивается CoapBlip 9. TinyOS 10 - это операционная система для устройств класса 1, использующая специализированный диалект C, называемый NesC. В языке используется концепция компонентов и проводки, которая напоминает VHDL. Таким образом, CoapBlip рекомендуется для разработчиков, которые уже имеют опыт работы с TinyOS или хотят повторно использовать другие проекты из сообщества беспроводных сенсорных сетей вокруг TinyOS. 5) evcoap: evcoap 11 - еще одна библиотека общего назначения, поддерживающая полный набор функций.Его механизм обработки событий основан на libevent 12 версии 2.0. В отличие от предыдущих реализаций, фон evcoap лежит на встроенных веб-серверах, а не на беспроводных сенсорных сетях. Он в основном используется для изучения экспериментальных механизмов для набора протоколов CoAP, например, вариантов подписки и мониторинга [8], которые нацелены на сонные узлы с другой моделью циклической работы радиосвязи mab / git / tinyos-main.git: в беспроводных сенсорных сетях узлы с дежурным циклом практически всегда включены, с чрезвычайно короткими проверками канала на несколько герц, что позволяет рабочим циклам холостого хода намного ниже одного процента.Сонные узлы полностью отключают свои радиоприемники на более длительные периоды, порядка часов, и, следовательно, должны рассматриваться по-разному. 6) Copper: Copper 13 [12] - это дополнение к Firefox, написанное на JavaScript. Он реализует только клиентскую сторону, но предоставляет графический интерфейс пользователя (GUI) для всех функций CoAP, включая наблюдение за ресурсами и блочную передачу данных. Copper также предоставляет средства визуализации для ряда типов контента, таких как JSON или формат ссылок CoRE. Это делает его полезным инструментом для тестирования приложений и протоколов.Внутривенно РЕЗУЛЬТАТЫ ETSI PLUGTEST A. ETSI Plugtests Европейский институт стандартов электросвязи (ETSI) является некоммерческой организацией стандартов. Он организует серию мероприятий под названием ETSI Plugtests для обеспечения возможности взаимодействия телекоммуникационных технологий в многопользовательской, многосетевой или мультисервисной среде. Первое собрание IoT CoAP Plugtest было проведено одновременно с IETF № 83 в Париже, март. Большинство компаний и университетов, перечисленных в Таблице I, приняли участие в этом мероприятии.B. Настройка CoAP Plugtest В основе Plugtest лежала спецификация теста [6], в которой определялись тестовые примеры, которые необходимо выполнить, а также среда тестирования. В спецификации теста определены 16 обязательных тестовых случаев и еще 11 дополнительных тестовых случаев. Каждый тестовый пример должен был выполняться парами одного клиента CoAP и одного сервера CoAP разных поставщиков. Обязательные тесты охватывали основную спецификацию CoAP [20], включая основные операции с ресурсами, отдельные ответы, обработку опций заголовка и повторные передачи в сетях с потерями.Необязательные тесты включали наблюдение за ресурсами [9], блочную передачу [3] и формат ссылки CoRE [19]. В таблице II представлен обзор всех испытаний, определенных в спецификации испытаний. Результат каждого выполненного теста записывался после каждого сеанса в базу данных. Возможные результаты были следующими: тест пройден, тест не пройден, тест неприменим (например, потому что функция не была реализована) или время тестирования истекло. Участники привезли свои устройства разных размеров.Они были подключены к одной локальной сети, которая обеспечивала среду для большинства тестовых случаев. Для тестовых случаев, касающихся операций в контексте с потерями, был предоставлен шлюз с потерями для эмуляции канала с потерями путем случайного отбрасывания пакетов в соответствии с настраиваемой скоростью (около 80% во время тестов). 13

5 ТАБЛИЦА II ТЕСТОВЫЕ СЛУЧАИ Описание TestID пройдено / не выполнено Обязательно 2586/163 CORE 01 Выполнить транзакцию GET (режим CON) 176/8 CORE 02 Выполнить транзакцию POST (режим CON) 176/7 CORE 03 Выполнить транзакцию PUT (режим CON) 175 / 7 CORE 04 Выполнение транзакции DELETE (режим CON) 180/3 CORE 05 Выполнение транзакции GET (режим NON) 174/9 CORE 06 Выполнение транзакции POST (режим NON) 167/16 CORE 07 Выполнение транзакции PUT (режим NON) 169/14 CORE 08 Выполнение транзакции DELETE (режим NON) 172/10 CORE 09 Выполнение транзакции GET с отложенным ответом 151/27 (режим CON, без привязки) CORE 10 Запрос обработки, содержащий параметр Token 167/5 CORE 11 Запрос обработки, не содержащий параметр Token 181/0 CORE 12 Обрабатывать запрос, содержащий несколько параметров Uri-Path 170/5 CORE 13 Обрабатывать запрос, содержащий несколько параметров Uri-Query 152/11 CORE 14 Взаимодействовать в контексте с потерями (режим CON, комбинированный ответ 119/3) CORE 15 Взаимодействовать в контексте с потерями (CON режим с задержкой ответа 98/19) CORE 16 Выполните транзакцию GET с помощью ответ с задержкой (режим NON) 159/19 Необязательный 266/26 LINK 01 Доступ к общеизвестному интерфейсу для обнаружения ресурса 39/2 LINK 02 Использование отфильтрованных запросов для ограничения результатов обнаружения 32/4 BLOCK 01 Обработка GET блочной передачи для больших 34 / 2 ресурс (раннее согласование) BLOCK 02 Обработка GET блочной передачи для большого ресурса 33/2 (позднее согласование) BLOCK 03 Обработка блочной передачи PUT для большого ресурса 15/6 BLOCK 04 Обработка блочной передачи POST для большого 15/6 ресурса OBS 01 Обработка наблюдения за ресурсами 25/0 OBS 02 Остановка наблюдения за ресурсами 23/2 OBS 03 Обнаружение отмены регистрации клиентом (Max-Age) 13/0 OBS 04 Обнаружение отмены регистрации сервером (клиент выключен) 19/2 OBS 05 Обнаружение отмены регистрации сервером (явное 18/0 RST) C.Результаты Plugtest. Из базы данных результатов Plugtest мы определили 18 реализаций CoAP-сервера и 16 клиентских реализаций. Это означает, что было 288 возможных комбинаций клиент-сервер. Поскольку многие библиотеки поддерживают как клиентские, так и серверные реализации, это включает в себя самотестирование, которое не было включено в расписание тестирования собрания Plugtest. Некоторые участники предоставили свои результаты самопроверки. Помимо этого, тесты между различными реализациями одной и той же компании не были включены в график.Кроме того, некоторые тесты были проведены несколько раз. Мы предполагаем, что некоторые проблемы были CORE_01 CORE_02 CORE_03 CORE_04 CORE_05 CORE_06 CORE_07 CORE_08 CORE_09 CORE_10 CORE_11 CORE_13 CORE_13 CORE_14 CORE_15 CORE_16 LINK_01 LINK_02 BLOCK_01 БЛОК_02 БЛОК_02 БЛОКИРОВКА O03 OOB_05. обнаружен и исправлен сразу во время Plugtest; для нашей оценки мы игнорируем все результаты, кроме самых последних.Всего было проведено 3406 тестов во время Plugtest. 365 из них имели результат, не применимый или несвоевременный. Они игнорируются в следующей оценке, в результате чего ряд рассмотренных тестов на рисунке 1 показывает все результаты тестов в деталях; На рисунке 2 представлена ​​сводка результатов. Как видно, в большинстве случаев более 90% выполненных тестов прошли. Это означает, что обеспечивается высокая совместимость. Но также видно, что обязательные тестовые случаи выполнялись гораздо чаще, чем дополнительные.В среднем обязательные тесты были выполнены 171 раз, а дополнительные тесты - только 27 раз. Предполагая, что дополнительные тесты не были выполнены, потому что соответствующая функция не была реализована, можно сделать вывод, что меньшее количество реализаций CoAP поддерживает дополнительные функции. Однако, если они будут реализованы, здесь также будет обеспечена высокая совместимость.

6 Core пройдено 94% не удалось 6% БЛАГОДАРНОСТЬ Авторы хотели бы поблагодарить организаторов из ETSI и участников Plugtest, которые приняли участие в нашем опросе и предоставили результаты теста.Link Block Obs. 92% 86% 96% 8% 14% 0% 20% 40% 60% 80% 100% Рис. 2. Краткое изложение результатов CoAP Plugtest D. Извлеченные уроки ПОЛУЧИТЬ запрос без опции токена (CORE 11). Этот тест никогда не подводил. Обязательный тест, который показал худший результат, является отдельным ответом в контексте с потерями (CORE 15). Тем не менее, этот тестовый пример все же дал высокую совместимость с 84% тестов, выполненных успешно. Только 71% выполненных тестов оказались успешными, контрольные примеры BLOCK 03 и BLOCK 04 - это результаты с худшим общим результатом по сравнению с другими тестовыми случаями.Оба эти тестовых случая включают в себя блочную передачу данных от клиента к серверу. Подводя итог, можно констатировать, что обеспечивается очень высокая совместимость между текущими реализациями CoAP. За исключением двух тестовых случаев, связанных с блочной передачей данных от клиентов к серверам, все тестовые случаи прошли, причем более 80% выполненных тестов прошли успешно. Это подразумевает, что текущий проект спецификации довольно ясен и не имеет двусмысленности. V. ЗАКЛЮЧЕНИЕ В этой статье мы дали обзор текущих реализаций CoAP.Хотя CoAP является очень новым протоколом, известно более 20 различных реализаций на разных языках программирования для устройств, начиная от устройств с ограниченными ресурсами, таких как беспроводные сенсорные узлы, до смартфонов и серверов. Это подразумевает, что CoAP будет использоваться во многих различных приложениях и доменах. Почти все реализации были представлены на первом собрании Plugtest, организованном ETSI в марте. На сервере Plugtest 18 и 16 клиентских реализациях были протестированы друг против друга в 27 различных тестовых случаях.В результате оценки Plugtest можно утверждать, что обеспечивается высокая совместимость между текущими реализациями. Большинство тестов прошло с более чем 90%. Это также подразумевает хорошую реализуемость спецификации CoAP. Однако в настоящее время только несколько реализаций поддерживают дополнительные функции. Но можно предположить, что это связано с новизной спецификации, и многие реализации будут поддерживать дополнительные функции в ближайшем будущем. 4% ССЫЛКИ [1] С. Борман. 6LoWPAN Общее сжатие заголовков и полезных нагрузок, похожих на заголовки.draft-bormann-6lowpan-ghc-04, [2] C. Bormann. Руководство для облегченных реализаций пакета интернет-протокола. draft-bormann-lwig-guide-01, [3] К. Борман и З. Шелби. Блочные переводы в CoAP. draft-ietfcore-block-08, [4] A. Dunkels. Полный TCP / IP для 8-битных архитектур. В учеб. MobiSys, Сан-Франциско, Калифорния, США, [5] S. Duquennoy, G. Grimaud и J.-J. Vandewalle. Smews: умный и мобильный встроенный веб-сервер. В учеб. CISIS, Фукуока, Япония, [6] ETSI. 1st CoAP Plugtest. Технический отчет CTI Plugtest Report (), ETSI, [7] R.Т. Филдинг и Р. Н. Тейлор. Принципиальное проектирование современной веб-архитектуры. Сделка Internet Technology, 2 (2):, [8] Т. Фоссати, П. Джакомин и С. Лорето. Параметры публикации и мониторинга CoAP. draft-fossati-core-publish-monitor-options-01, [9] К. Хартке. Наблюдение за ресурсами в CoAP. draft-ietf-core-наблюдайте-05, [10] Дж. Хуэй и Д. Каллер. IP не работает, Long Live IP для беспроводных сенсорных сетей. В учеб. SenSys, Raleigh, NC, USA, [11] J. Hui и P. Thubert. Формат сжатия для дейтаграмм IPv6 в сетях на основе IEEE.RFC6282, [12] М. Ковач. Демо-реферат: взаимодействие CoAP человека с медью. В учеб. DCOSS, Барселона, Испания, [13] М. Ковач, С. Дукенной и А. Дункелс. CoAP с низким энергопотреблением для Contiki. В учеб. МАСС, Валенсия, Испания, [14] М. Ковач, С. Майер и Б. Остермайер. Перемещение логики приложения из встроенного программного обеспечения в облако: на пути к архитектуре тонкого сервера для Интернета вещей. В учеб. ИМИС, Палермо, Италия, [15] К. Куладинити, О. Бергманн, Т. Петш, М. Беккер и К. Горг. Внедрение CoAP и его применение в транспортной логистике.В Proc.IP + SN, Чикаго, Иллинойс, США, [16] М. Ноттингем. Веб-ссылки. RFC5988, [17] М. Ноттингем и Э. Хаммер-Лахав. Определение общеизвестных унифицированных идентификаторов ресурсов (URI). RFC5785, [18] A. Rahman и E. Dijk. Групповое общение для CoAP. draft-ietfcore-groupcomm-01, [19] Z. Shelby. Формат ссылки CoRE. draft-ietf-core-link-format-11, [20] Z. Shelby, K. Hartke, C. Bormann и B. Frank. Протокол ограниченного применения (CoAP). draft-ietf-core-coap-09, [21] Г. Толле. Встроенный двоичный HTTP (EBHTTP). draft-tolle-core-ebhttp- 00, [22] Форум UPnP.UPnP Device Architecture 1.0. Дата пересмотра документа 15 октября [23] Б. Вильяверде, Д. Пеш, Р. Альберола, С. Федор и М. Бубекер. Ограниченный прикладной протокол для встраиваемых сетей с низким энергопотреблением: обзор. В учеб. ИМИС, Палермо, Италия, [24] Т. Винтер, П. Тюберт, А. Брандт, Дж. Хуэй, Р. Келси, П. Левис, К. Пистер, Р. Струик, Дж. П. Вассер и Р. Александр. RPL: протокол маршрутизации IPv6 для сетей с низким энергопотреблением и с потерями. RFC6550, 2012.

,

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