Особенная часть коап: 3.1. Общие концептуальные предложения по совершенствованиюструктуры Особенной части нового кодекса РоссийскойФедерации об административных правонарушениях 

Содержание

Комитет Госдумы представил новую редакцию Кодекса об административных правонарушениях - Политика

МОСКВА, 23 октября. /ТАСС/. Комитет Госдумы по конституционному законодательству и госстроительству представил новую редакцию Кодекса об административных правонарушениях (КоАП).

"Проект нового кодекса РФ включает три части -  Общую, Особенную и Процедурно-процессуальную. Всего 51 глава", - сообщил журналистам глава рабочей группы по новому проекту КоАП РФ, председатель комитета Госдумы по конституционному законодательству и госстроительству Владимир Плигин.

Как отмечается в пояснительной записке к документу, текст которого имеется у ТАСС, необходимость принятия нового кодекса обусловлена государственно-общественными изменениями, произошедшими с 1 июля 2002 года, когда была введена в действие предыдущая редакция КоАП.

"Эти изменения повлияли и на правовую систему: возникли новые правовые институты, менялся облик целых отраслей российского права - например, появились институты государственных закупок, контрактная система, законодательно и организационно оформились институты в сфере государственного контроля", - отмечают разработчики.

Одной из основных задач проекта авторы называют "обеспечение единства, последовательности и внутренней непротиворечивости регулирования всего комплекса общественных отношений, составляющих правовой институт административной ответственности".

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

Что хотят изменить в кодексе

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

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

"В проекте оформлена со всеми специфическими чертами, включая вынесение судебных решений именем РФ, специфическая разновидность административного судопроизводства - рассмотрение судами дел об административных правонарушениях", - указывается в пояснительной записке.

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

Особенная часть проекта нового кодекса, устанавливающая ответственность за конкретные нарушения, состоит из 32 глав против 17 в действующей редакции. "Однако значительное увеличение числа глав  Особенной части не означает, что в Кодексе стало почти в два раза больше составов административных правонарушениях. Увеличение числа глав в первую очередь связано с тем, что некоторые наиболее крупные главы разделены на части", - отмечают разработчики.

Так, в частности, в отдельные главы выделены правонарушения, посягающие  на семью и права несовершеннолетних, на установленный порядок деятельности НКО и политических партий, нарушения в сфере ЖКХ, в области производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции, а также табака, табачной продукции, табачных изделий или курительных принадлежностей.

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

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

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

"Такое расширение перечня видов административного наказания позволит повысить точность и эффективность реагирования государства на конкретные противоправные деяния", - считают разработчики.

Общая часть КоАП РФ была внесена в Госдуму в виде отдельного законопроекта еще в конце января депутатами Владимиром Плигиным, Дмитрием Вяткиным и Александром Агеевым. Теперь, ожидается, что новая редакция Кодекса после общественного обсуждения будет представлена на рассмотрение парламента в целом в трех частях: Общей, Особенной и Процессуальной. Предполагается, что основные положения нового КоАП РФ должны вступить в силу с начала 2017 года.

Проект нового КоАП представлен для повторного обсуждения

Ранее в комментарии «АГ» эксперты указывали на недоработанность проекта нового КоАП, в том числе с учетом нынешних реалий. Так, одна из них заметила, что поскольку проект был представлен на публичное обсуждение в период, когда пандемия еще не достигла внушительных масштабов, в него не вошли наиболее обсуждаемые сейчас «карантинные поправки».

Министерство юстиции РФ уведомило о размещении проекта нового КоАП для повторного проведения публичного обсуждения.

Читайте также

В проекте нового КоАП прописали презумпцию невиновности

Всего за месяц публичного обсуждения к документу поступило около 1300 предложений с поправками

28 Апреля 2020

Как ранее писала «АГ», по итогам предыдущего публичного обсуждения в Минюст поступили предложения от 77 граждан, а также широкого круга коммерческих и некоммерческих организаций, в том числе предпринимательских объединений (55), от 11 органов государственной власти субъектов РФ и 6 органов местного самоуправления. Всего поступило около 1300 предложений по 467 вопросам.

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

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

Большое количество поступивших замечаний касалось отсутствия в проекте нового КоАП принципа презумпции невиновности, который включен в проект Процессуального КоАП. «Тем не менее, учитывая важность данного фундаментального принципа законодательства об административных правонарушениях и поступившие замечания, принято решение закрепить его в ст. 1.12 проекта КоАП, дополнив ее ч. 2 следующего содержания: “Лицо, привлекаемое к административной ответственности, является невиновным, пока его виновность не будет установлена в порядке, предусмотренном Процессуальным кодексом Российской Федерации об административных правонарушениях”», – подчеркивало ведомство.

Кроме того, Минюст принял решение об установлении правила об обязательности замены штрафа предупреждением лицу за впервые совершенное им административное правонарушение, не считающееся грубым, выявленное в ходе осуществления государственного контроля (надзора), муниципального контроля, при отсутствии отягчающих обстоятельств.

Отмечается, что в проекте предусмотрено сокращение предельных сроков административного наказания в виде обязательных работ – с 200 до 60 часов. Также расширен перечень лиц, к которым не применяются санкции в виде административного ареста и обязательных работ. Это, в том числе, родители (или лица их заменяющие), воспитывающие детей в возрасте до 14 лет, а также детей-инвалидов; лица, осуществляющие уход за инвалидом I и II групп или за ребенком-инвалидом; дети-инвалиды. Кроме того, административный арест не будет применяться к лицам, имеющим диагноз, указанный в перечне заболеваний, препятствующих отбыванию такого наказания (перечень утверждается правительством).

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

Помимо этого предусматривается, что суд, в производстве которого находится дело об административном правонарушении, с учетом характера нарушения может не признать отягчающим любое из обстоятельств, включенное в их перечень.

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

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

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

Кроме того, в Кодексе предлагается закрепить состав административного правонарушения, заключающийся в нарушении тишины и покоя граждан, в том числе в жилых помещениях, с 23:00 до 7:00. Правом составления соответствующих протоколов наделяются должностные лица органов внутренних дел (полиции), а правом рассмотрения дел – мировые судьи. Привлечение к ответственности за указанные деяния будет возможно только в случаях проявления явного неуважения к спокойствию граждан и злостного нарушения тишины в ночное время, в том числе в жилых помещениях.

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

Читайте также

Адвокаты проанализировали поправки в проект нового КоАП

По мнению одного из них, то, что разработчик учел либо частично учел значительное количество замечаний, косвенно говорит о недоработанности проекта

08 Мая 2020

Ранее в комментарии «АГ» адвокат АК «Бородин и партнеры» Ольга Рогачёва указывала, что введение одновременной административной ответственности должностных и юридических лиц представляется интересным в том случае, если санкциями статьи предусмотрены различные виды наказаний. «С одной стороны, на первый взгляд, это свидетельствует об ужесточении административного правового принуждения. С другой стороны, правоприменительная практика идет по этому пути. Но лицо подлежит административной ответственности только за те административные правонарушения, в отношении которых установлена его вина. Устанавливая вину должностного лица (поскольку на практике здесь более понятные критерии), госорганы “автоматически” будут признавать вину юридического лица, так как вина юридического лица определяется как “непринятие всех зависящих от него мер”. Неисполнение или ненадлежащее исполнение должностных обязанностей привлекаемым к ответственности должностным лицом как раз и может составлять “зависящие меры”, например, не проведена служебная проверка, не приняты должные меры по повышению квалификации и т.д.», – отмечала она.

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

Юрист юридической группы «Гречкин и Партнеры» Яна Любимова тогда отмечала, что ст. 2.16 законопроекта, вопреки доводам разработчика, не содержит указаний на открытость перечня видов психического и физического воздействия. Такое принуждение как обстоятельство, исключающее административную ответственность физлица, упомянуто в данной статье, по мнению эксперта, лишь формально.

Адвокат АП Ставропольского края Нарине Айрапетян заметила, что в связи с тем, что проект закона был представлен на публичное обсуждение в течение месяца (с 30 января по 27 февраля 2020 г.), – т.е. в период, когда пандемия не достигла внушительных масштабов, – в него не вошли наиболее обсуждаемые сейчас «карантинные поправки».

Поправки в Процессуальный КоАП

Минюст отмечает также, что в ближайшее время будет опубликован для повторного публичного обсуждения доработанный проект Процессуального КоАП. В нем предлагается установить в качестве общего правила возможность уплаты административного штрафа с 50%-ной скидкой в течение 20 дней с момента вынесения постановления по делу об административном правонарушении. Данное правило не будет распространяться только на правонарушения, являющиеся в соответствии со ст. 2.3 проекта нового КоАП грубыми, а также правонарушения в сфере транспортной безопасности и отдельные административные правонарушения в сфере дорожного движения (например, повторный проезд на запрещающий сигнал светофора).

При этом сохраняется возможность восстановления срока уплаты административного штрафа со скидкой в 50%, если копия постановления о назначении штрафа, направленная лицу, привлеченному к ответственности, по почте заказным письмом, поступила в его адрес по истечении 20 дней со дня вынесения постановления.

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

Указывается, что при этом в случаях, когда у лица, в отношении которого ведется производство по делу об административном правонарушении, нет адвоката, а участие последнего в деле является обязательным, такое участие могло бы обеспечиваться путем его назначения по аналогии с тем, как это предусмотрено ст. 50 УПК РФ.

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

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

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

Указывается, что в целях снижения административной нагрузки на бизнес в проекте Процессуального КоАП предлагается исключить конкуренцию производства по делам об административных правонарушениях и контрольно-надзорного производства. Также предусматривается, что должностные лица, составившие по окончании проведения контрольно-надзорного мероприятия акт о нарушении обязательных требований, не смогут рассматривать дело от имени уполномоченного органа, что предотвратит конфликт интересов.

Помимо этого с 90 до 30 суток может быть сокращен предельный срок наказания в виде административного запрета деятельности, а также сохранено правило о том, что применение такого наказания допустимо только в случаях, если менее строгий вид наказания, предусмотренный статьей Особенной части КоАП, не сможет обеспечить достижение цели санкции.

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

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

В чем проблемы действующего КоАП? // Обсуждение реформы Кодекса для журнала «Закон»

Концепцию нового Кодекса об административных правонарушениях РФ комментирует Руководитель группы административно-правовой защиты бизнеса «Пепеляев Групп» Наталия Травкина. 

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

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

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

Однако КоАП не определяет, какое именно правонарушение следует считать малозначительным. В итоге при схожих обстоятельствах в одном деле правонарушение признается судьей или должностным лицом малозначительным, а в другом — нет. Высшие суды в свое время попытались дать ориентиры нижестоящим судам[1]. Но в любом случае все эти категории оценочные и усмотрения не отменяют. А сама необходимость разъяснений говорит лишь о том, что КоАП в этой части недостаточно конкретен.

Ряд статей КоАП РФ содержат такой квалифицирующий признак объективной стороны, как «угроза причинения вреда жизни или здоровью граждан, окружающей среде, жизни или здоровью животных и растений». Способа определить, есть такая угроза или нет, КоАП не сообщает. Как мы понимаем, наличие угрозы не всегда очевидно, а оценка этого обычно требует специальных знаний.

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

Следующая важная проблема — многие статьи особенной части КоАП не конкретизируют состав правонарушения. В частности, неясно, за какое именно деяние назначается административная ответственность.

Например, ст. 6.28 предусматривает административный штраф за нарушение установленных правил в сфере обращения медицинских изделий. Статья 14.43 предусматривает штраф за нарушение изготовителем, исполнителем (лицом, выполняющим функции иностранного изготовителя), продавцом требований технических регламентов, будь то маркировка продукции, требования к сопроводительной документации или несоблюдение требований к качеству продукции. И т.п. Практика исходит из того, что административная ответственность применяется, если обязанность соблюдать соответствующее требование предусмотрена отраслевым актом, причем даже подзаконным. Более того, мне известны случаи, когда лицо привлекали к административной ответственности за нереализацию предоставленного права — добровольной сертификации!

Далее, одно и то же деяние может быть квалифицировано по разным статьям КоАП РФ. Есть правило: приоритет над общей нормой имеет специальная. Но для того, чтобы правоприменителям было понятно, какая норма специальная, а какая — общая, требуются разъяснения вышестоящего органа или суда. Это также говорит о неясности КоАП.

Еще один важный недостаток — нечетко прописанные процедуры. Для специалистов он не является существенной проблемой: разбираться в нормах закона — наша работа. Но для лиц, привлекаемых к административной ответственности, это действительно проблема, которая влечет дополнительные расходы на юриста, будь то юрист, привлеченный по условиям аутсорсинга или дополнительно взятый в штат.

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

Все иные процедуры, такие как порядок ознакомления лица, привлекаемого к ответственности, его представителей, свидетелей по делу с их правами, порядок формирования дела, ознакомления с его материалами до или после судебного заседания, порядок уведомления о дате и времени рассмотрения дела, осуществляются в лучшем случае в соответствии с ГПК.

И конечно, просто прочитав главу 30, не обладая специальными знаниями и практическим опытом, очень сложно безошибочно понять, как и куда обжаловать постановления (как не вступившие, так и тем более вступившие в законную силу).

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

В частности, в п. 2.3.3 приводится определение «малозначительности», в п. 2.4.3.6 — случаи и условия освобождения от наказаний. При этом вводится такое основание для освобождения от административной ответственности, как «нецелесообразность назначения» (п. 2.5.4), и такое основание для замены одного вида наказания на другой, как невозможность исполнения наказания «по объективным причинам» (п. 2.5.8).

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

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

1. Выделение из КоАП норм, регламентирующих производство по делам об административных правонарушениях (п. 1 Концепции). Если процедурные вопросы будут прописаны более подробно, это может устранить существующую неясность Кодекса, о которой я говорила.

2. Исключение административной ответственности органов власти, государственных и муниципальных органов, фондов, казенных учреждений за противоправные деяния в их деятельности (п. 2.3.4.2). Основание — бюджетное финансирование и невозможность самостоятельно распоряжаться финансовыми средствами. Административная ответственность должностных лиц этих органов и организаций сохраняется.

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

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

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

4. Распространение механизма уплаты половины суммы наложенного административного штрафа на иные административные правонарушения, не только в области дорожного движения (п. 6.1). Это может снизить нагрузку на добросовестный бизнес, увеличит собираемость штрафов.

ФАС России | РЕШЕНИЕ о рассмотрении протеста на постановление о прекращении производства по делу об административном правонарушении от 23.09.2016 № 4-7.29-982/77-16 от 28.12.2016

РЕШЕНИЕ

о рассмотрении протеста на постановление о прекращении производства по делу об административном правонарушении от 23.09.2016 № 4-7.29-982/77-16

 

«28» декабря 2016 Москва

Я, <...>, рассмотрев протест <...> на постановление о прекращении производства по делу об административном правонарушении от 23.09.2016 № 4-7.29-982/77-16, вынесенное заместителем руководителя Московского УФАС России <...>,

УСТАНОВИЛ:

 

Постановлением заместителя руководителя Московского УФАС России Орлова Н.В. по делу об административном правонарушении от 23.09.2016 № 4-7.29-982/77-16 производство по делу об административном правонарушении в отношении заместителя руководителя ФГКУ «Росгранстрой» (далее- Заказчик) <...> прекращено в соответствии с частью 1 статьи 24.5 Кодекса Российской Федерации об административных правонарушениях (далее – КоАП), в связи с отсутствием состава административного правонарушения.

<...>, не согласившись с данным постановлением, обжаловал его в вышестоящий орган.

Мотивируя свой протест, <...> ссылается на следующие.

В действиях <...> имеется состав административного правонарушения предусмотренный частью 2 статьи 7.29 КоАП, выразившийся в том, что в план-график размещения заказов на поставку товаров, выполнение работ, оказание услуг для обеспечения государственных и муниципальных нужд на 2015 год ФГКУ «Росгранстрой» (далее — план график размещения заказов) внесены изменения, согласно которым для осуществления закупки — выполнение работ по обустройству и оснащению мест пересечения государственной границы Российской Федерации неправомерности способа определения поставщика в форме закупки у единственного поставщика (подрядчика, исполнителя).

                  • Данные изменения представляют собой электронный документ, подписанный усиленной электронной подписью, принадлежащей <...>, и поданный с использованием единой информационной системы, что подтверждается письмом ФГКУ «Росгранстрой» от 21.09.2016 № ЕТ-5819/11.

                    Согласно статьи 6 Федерального закона от 06.04.2011 № 63-ФЗ «Об электронной подписи» данный электронный документ, подписанный электронной подписью, следует признать равнозначным документу на бумажном носителе, в связи с чем, именно <...> принято решение о способе определения поставщика, формализованное посредством внесения изменений в план график, а соответственно, не требует подтверждения на бумажных носителях, содержащих подпись <...>, таких как документы, утверждающие внесение изменений в план-график, распоряжения и прочее.

На основании вышеуказанных доводов, <...> просит отменить указанное постановление, дело об административном правонарушении направить в Московское УФАС России на новое рассмотрение.

Рассмотрение указанного протеста на постановление о прекращении производства по делу об административном правонарушении состоялось 16.12.2016 с участием <...>

<...>, представители Московского УФАС России на рассмотрение данного протеста не явились.

В ходе рассмотрения указанного протеста на постановление о прекращении производства по делу об административном правонарушении, должностным лицом уполномоченным на рассмотрение настоящего протеста принято решение об отложении рассмотрения настоящего протеста на 23.12.2016, в связи с отсутствием доказательств надлежащего уведомления <...>

Рассмотрение указанного протеста продолжилось 23.12.2016 с участием <...>

<...>, представители Московского УФАС России на рассмотрение данного протеста не явились.

В материалах настоящего дела об административном правонарушении есть доказательства их надлежащего уведомления о дате, времени и месте рассмотрения указанного протеста.

В ходе рассмотрения настоящего протеста на постановление о прекращении производства по делу об административном правонарушении, <...> представлены письменные пояснения. Должностным лицом вышестоящего органа принято решение об отложении рассмотрения настоящего протеста на 28.12.2016, в связи с необходимостью дополнительного изучения материалов дела.

Рассмотрение указанного протеста продолжилось 28.12.2016 с участием <...>

<...>, представители Московского УФАС России на рассмотрение данного протеста не явились.

В материалах настоящего дела об административном правонарушении есть доказательства их надлежащего уведомления о дате, времени и месте рассмотрения указанного протеста.

Ходатайств, препятствующих рассмотрению протеста, от вышеуказанных лиц не поступало.

В ходе рассмотрения протеста на постановление о прекращении производства по делу об административном правонарушении от 23.09.2016 № 4-7.29-982/77-16, должностное лицо вышестоящего органа, исследовав представленные в ФАС России материалы и постановление об административном правонарушении, рассмотрев доводы протеста, оснований для его удовлетворения не усматривает.

Как следует из материалов настоящего дела об административном правонарушении Московской межрегиональной транспортной прокуратурой по обращению Председателя Счетной палаты Российской Федерации <...> проведена проверка исполнения законодательства о контрактной системе в сфере государственных закупок в Федеральном государственном казенном учреждении «Дирекция по строительству и эксплуатации объектов Росграницы».

В результате проверки установлено, что ФГКУ «Росгранстрой» на основании пункта 9 части 1 статьи 93 Закона о контрактной системе был заключен государственный контракт №122-12/15 от 08.12.2015 на выполнение работ по обустройству и оснащению мест пересечения государственной границы Российской Федерации на сумму 41 819 500, 03 руб (далее - Контракт).

Согласно пункту 9 части 1 статьи 93 Закона о контрактной системе закупка у единственного поставщика (подрядчика, исполнителя) осуществляется Заказчиком в случае закупки определенных товаров, работ, услуг вследствие аварии, иных чрезвычайных ситуаций природного или техногенного характера, непреодолимой силы, в случае возникновения необходимости в оказании медицинской помощи в экстренной форме либо в оказании медицинской помощи в неотложной форме, в том числе при заключении федеральным органом исполнительной власти контракта с иностранной организацией на лечение гражданина Российской Федерации за пределами территории Российской Федерации (при условии, что такие товары, работы, услуги не включены в утвержденный Правительством Российской Федерации перечень товаров, работ, услуг, необходимых для оказания гуманитарной помощи либо ликвидации последствий чрезвычайных ситуаций природного или техногенного характера) и применение иных способов определения поставщика (подрядчика, исполнителя), требующих затрат времени, нецелесообразно. Заказчик вправе заключить в соответствии с настоящим пунктом контракт на поставку товара, выполнение работы или оказание услуги соответственно в количестве, объеме, которые необходимы для ликвидации последствий, возникших вследствие аварии, иных чрезвычайных ситуаций природного или техногенного характера, непреодолимой силы, либо для оказания медицинской помощи в экстренной форме или неотложной форме.

Согласно выводам, содержащимся в постановлении прокурора, заключение государственного контракта от 08.12.2015 №122-12/15 на основании пункта 9 части 1 статьи 93 Закона о контрактной системе осуществлено неправомерно.

Кроме того, согласно постановлению прокурора, должностным лицом, принявшим решение о способе закупки, является Лопаткин Виктор Владимирович, поскольку последним внесены изменения в план-график размещения заказа.

Указанные обстоятельства послужили основанием возбуждения настоящего дела об административном правонарушении по части 2 статьи 7.29 КоАП РФ в отношении указанного лица.

Постановлением от 23.09.2016 о прекращении дела об административном правонарушении № 4-7.29-982/77-16, должностное лицо Московского УФАС России, по результатам рассмотрения названного дела пришло к выводу о том, что <...> не является субъектом вменяемого административного правонарушения и на основании пункта 2 части 1 статьи 24.5 КоАП РФ производство по указанному делу об административном правонарушении прекратил в связи с отсутствием в действиях Лопаткина В.В. состава административного правонарушения.

В соответствии с частью 3 статьи 30.6 КоАП РФ вышестоящее должностное лицо не связаны доводами жалобы и проверяет дело в полном объеме.

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

Как следует из материалов дела, руководителем ФГКУ «Росгранстрой» 12.01.2015 на имя заместителя руководителя учреждения В.В. Лопаткина выдана доверенность № 4 сроком до 31.12.2015, согласно которой Лопаткин В.В. уполномочен, в том числе, на осуществление закупки у единственного поставщика; на заключение, расторжение, изменение государственных контрактов, а также осуществление действий, связанных с их исполнением.

Иных документов, определяющих полномочия <...> в рамках осуществления функций заказчика, материалы настоящего дела не содержат. Имеющиеся в материалах дела приказ ФГКУ «Росгранстрой» от 05.09.2014 № 155 устанавливает распределение обязанностей между руководителя, его заместителей и главного бухгалтера. Однако, сделать вывод о том, какие вопросы курировал <...>, являясь заместителем руководителя ФГКУ «Росгранстрой», не представляется возможным, в связи с отсутствием локального акта ФГКУ «Росгранстрой» определяющего функционал последнего.

Ссылка на рассмотрении на стоящего протеста на письмо ФГКУ «Росгранстрой» от 27.12.2016 № ЕТ-8016/15, подписанного <...>, отклоняется, поскольку при вынесении обжалуемого постановления указанное письмо материалы дела об административном правонарушении не содержали, а также из такого письма невозможно однозначно сделать вывод, что на момент совершения вменяемого правонарушения, <...> являлся должностным лицом, уполномоченным, в том числе на осуществление планирования закупок.

Таким образом, исходя из указанного, <...>, с учетом вменяемого ему административного правонарушения, являлся должностным лицом, уполномоченным на осуществление закупки у единственного поставщика, на заключение, расторжение, изменение государственных контрактов, а также на осуществление действий, связанных с их исполнением.

Как указано в пункте 2 статьи 3 Закона о контрактной системе, под совокупностью действий, которые осуществляются заказчиками в порядке, установленном данным Федеральным законом, понимается определение поставщика (подрядчика, исполнителя), которое начинается с размещения извещения об осуществлении закупки товара, работы, услуги для обеспечения государственных нужд (федеральных нужд, нужд субъекта Российской Федерации) или муниципальных нужд либо в установленных названым Федеральным законом случаях с направления приглашения принять участие в определении поставщика (подрядчика, исполнителя) и завершаются заключением контракта.

Следовательно, с учетом особенности определения поставщика (подрядчика, исполнителя) в порядке, установленном статьей 93 Закона о контрактной системе, такое определение поставщика (подрядчика, исполнителя) начинается, как с размещения извещения об осуществлении закупки, так и в случае, если такое размещение извещения указанным законом не предусмотрено, начинается и оканчивается заключением контракта.

На основании изложенного, решение о способе определения поставщика (подрядчика, исполнителя) в случае, если определение поставщика (подрядчика, исполнителя) в соответствии с законодательством Российской Федерации о контрактной системе в сфере закупок должно осуществляться путем проведения конкурса или аукциона, принимается на начальной стадии определение поставщика (подрядчика, исполнителя), а, следовательно, решение об определении единственного поставщика по Контракту, согласно материалам настоящего дела об административном правонарушении, принято лицом, заключившим такой Контракт. <...> данный Контракт не подписывал.

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

Во-первых, как следует из материалов настоящего дела, <...> разместил на официальном сайте Российской Федерации в информационно-телекоммуникационной сети «Интернет» для размещения информации о размещении заказов на поставки товаров, выполнение работ, оказание услуг (далее — Официальный сайт) внесенные в план-график размещения заказа изменения, при этом сведений о том, что именно <...> разработаны, внесены и утверждены такие изменения материалы дела не содержат.

Во-вторых, материалы дела об административном правонарушении также не содержат сведений, о том, что Лопатки В.В. наделен полномочиями по осуществлению планирования закупок в ФГКУ «Росгранстрой», в том числе, по разработке, по утверждению план-графика и внесения в него изменений, дополнений.

В-третьих, положения части 1 статьи 1 Закона о контрактной системе выделяют как различные отношения, касающейся планирования закупок товаров, работ, услуг и определения поставщиков (подрядчиков, исполнителей) (пп. 1,2 ч. 1 ст. 1 Закона о контрактной системе).

Кроме того, необходимо отметить, что особенная часть КоАП РФ предусматривает административную ответственность как за нарушения законодательства Российской Федерации о контрактной системе в сфере закупок при планировании закупок (статья 7.29.3 КоАП РФ), так и за несоблюдение требований законодательства Российской Федерации о контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд при определения поставщика (подрядчика, исполнителя) (статьи 7.29, 7.30-7.32 КоАП РФ).

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

В соответствии с частью 4 статьи 1.5 КоАП РФ неустранимые сомнения в виновности лица, привлекаемого к административной ответственности, толкуются в пользу этого лица.

Учитывая изложенное, не согласится с выводами должностного лица Московского УФАС России о том, что <...> не является субъектом вменяемого правонарушения, не представляется возможным, следовательно, на основании пункта 2 части 1 статьи 24.5 КоАП РФ производство по указанному делу об административном правонарушении подлежало прекращению в связи с отсутствием в действиях <...> состава административного правонарушения.

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

При таких обстоятельствах обоснованность прекращение производства по делу об административном правонарушении в соответствии пунктом 2 части 1 статьи 24.5 КоАП РФ не вызывает сомнений.

С учетом изложенных обстоятельств и руководствуясь статьями 30.6 – 30.8 КоАП РФ

РЕШИЛ:

Постановление заместителя руководителя Московского УФАС России Орлова Николая Владимировича от 23.09.2016 по делу об административном правонарушении № 4-7.29-982/77-16, в соответствии с которым производство по данному делу в отношении <...> на основании пункта 2 части 1 статьи 24.5 КоАП РФ прекращено в связи с отсутствием состава административного правонарушения – оставить без изменения, протест <...>, без удовлетворения.

В соответствии со статьей 30.10 и статьей 30.3 КоАП решение о рассмотрении протеста на постановление об административном правонарушении может быть обжаловано в суд по месту рассмотрения протеста в течение 10 дней со дня вручения или получения копии решения.

Профессиональная переподготовка по направлению «Практика применения Кодекса об административных правонарушениях РФ в работе государственных и муниципальных органов власти»

Рассчитать стоимость обучения

Выдаваемый документ:

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

 

Структурно Кодекс об административных правонарушениях состоит из пяти частей: «Общие положения», «Особенная часть», «Судьи, органы, должностные лица, уполномоченные рассматривать дела об административных правонарушениях», «Производство по делам об административных правонарушениях» и «Исполнение постановлений по делам об административных правонарушениях», тем самым объединяя в себе как материальные нормы, так и ряд аспектов процессуального права. Также стоит отметить, что входящие в состав КоАП РФ материально-правовые нормы распространяются далеко за границы охраны управленческих отношений, о чем прямо свидетельствуют положения Особенной части Кодекса, рассматривающей правонарушения посягающие на права, здоровье и санитарно-эпидемиологическое благополучие населения, а также собственность, институты госвласти и т.д..

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

 

Программа и основные задачи курса профессиональной подготовки по выбранной специальности

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

В программу входят следующие темы:

  • Актуальные изменения КоАП РФ
  • Уточнение определений «административное правонарушение» и «административная ответственность».
  • Основные цели и разновидности административных наказаний.
  • Положения об административных комиссиях.
  • Порядок возбуждения дел по факту административного правонарушения в сфере государственного управления.
  • Органы, уполномоченные производить рассмотрение дел об административных правонарушениях в сфере государственного управления.
  • Особенности производства по делам об АП. Переквалификация отдельных видов правонарушений на спецстатьи КАП РФ.
  • Порядок обжалования вынесенных решений по делам об административных правонарушениях.
  • Исполнение постановлений по делам об АП.
  • Соотношение КоАП с УК РФ и налоговым законодательством РФ.

 

Преимущества дистанционной профессиональной переподготовки в МАСПК

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

Дистанционные курсы станут превосходным решением для специалистов, имеющих напряженный график и не намеревающихся делать значительных перерывов в основной трудовой деятельности, а также тех, кто не имеет возможности регулярно посещать занятия, например, жителей отдаленных регионов. На весь период обучения слушателю предоставляется онлайн-доступ к нашему образовательному порталу, содержащему всю необходимую учебно-методическую литературу, записи лекций и другие вспомогательные обучающие материалы, а также удобные сервисы, позволяющие провести промежуточную самостоятельную проверку знаний.

Нашим слушателям мы предлагаем:

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

После сдачи итоговой аттестации слушатель получает диплом установленного образца.

ВАЖНО

Узнать подробную информацию и записаться на курсы вы можете по телефону 8-499-271-57-64 или через форму заявки.


Оформите заявку на сайте, мы свяжемся с вами в ближайшее время и ответим на все интересующие вопросы

Наша компания активно участвует в конкурсах и аукционах, размещаемых на основных электронных торговых площадках по 44-ФЗ и 223-ФЗ. Информация для заказчиков

Похожие программы обучения:

Лицензии и сертификаты

Внесены изменения в КоАП и отдельные законодательные акты • Президент России

Федеральный закон принят Государственной Думой 17 сентября и одобрен Советом Федерации 1 октября 2014 года.

Справка к Федеральному закону «О внесении изменений в Кодекс Российской Федерации об административных правонарушениях и отдельные законодательные акты Российской Федерации и о признании утратившими силу отдельных положений законодательных актов Российской Федерации в связи с уточнением полномочий государственных органов и муниципальных органов в части осуществления государственного контроля (надзора) и муниципального контроля»

Федеральный закон принят в целях приведения законодательных актов Российской Федерации в соответствие с положениями Федерального закона «О защите прав юридических лиц и индивидуальных предпринимателей при осуществлении государственного контроля (надзора) и муниципального контроля».

Федеральным законом внесены следующие изменения в Кодекс Российской Федерации об административных правонарушениях:

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

в разделе I Кодекса (Общие положения) уточняющие изменения внесены в статью 1.3 «Предметы ведения субъектов Российской Федерации в области законодательства об административных правонарушениях», в часть 2 статьи 2.5 «Административная ответственность военнослужащих, граждан, призванных на военные сборы, и лиц, имеющих специальные звания», в часть 3 статьи 3.3 «Основные и дополнительные административные наказания» и в часть 1 статьи 3.5 «Административный штраф»;

в разделе II Кодекса (Особенная часть) уточняющие изменения внесены в примечание к статье 6.9, в статьи 8.39, 8.40, 11.23, 12.1 – 12.3, 12.19, 12.29, 12.321, 14.41, часть 2 статьи 14.27, статьи 19.5 и 20.25;

в разделе III Кодекса (Судьи, органы, должностные лица, уполномоченные рассматривать дела об административных правонарушениях) уточняющие изменения внесены в статьи 22.1, 22.2, 23.1, 23.3, 23.12 – 23.15, 23.20 – 23.231, 23.25 – 23.28, 23.30 – 23.361, 23.40,

23 43, 23.45, 23.46, 23.49 – 23.56, 23.58 – 23.61, 23.64, 23.66, 23.67, 23.69, 23.71, 23.76, 23.77, 23.81 и 23.82;

в разделе IV Кодекса (Производство по делам об административных правонарушениях) уточняющие изменения внесены в статьи 24.5, 25.7, 26.2, 27.1 – 27.3, 27.7 – 27.10, 27.12 – 27.14, 28.1, 28.11, 28.3, 28.6, 28.7, 29.6, ЗОЛ, 30.8 и 30.12;

в разделе V Кодекса (Исполнение постановлений по делам об административных правонарушениях) уточняющие изменения внесены в статьи 32.2, 32.6 и 32.7.

Кроме того, в целях обеспечения единообразного подхода и соблюдения принципов, содержащихся в Федеральном законе «О защите прав юридических лиц и индивидуальных предпринимателей при осуществлении государственного контроля (надзора) и муниципального контроля», Федеральным законом корреспондирующие изменения внесены:

в законы Российской Федерации «О психиатрической помощи и гарантиях прав граждан при её оказании» и «О закрытом административно-территориальном образовании»;

в федеральные законы «О защите населения и территорий от чрезвычайных ситуаций природного и техногенного характера», «Об особо охраняемых природных территориях», «О континентальном шельфе Российской Федерации», «О безопасности дорожного движения», «О мелиорации земель», «О профессиональных союзах, их правах и гарантиях деятельности», «О государственном регулировании в области добычи и использования угля, об особенностях социальной защиты работников организаций угольной промышленности», «Об уничтожении химического оружия», «О государственном регулировании развития авиации», «О садоводческих, огороднических и дачных некоммерческих объединениях граждан», «Об исключительной экономической зоне Российской Федерации», «Об общих принципах организации законодательных (представительных) и исполнительных органов государственной власти субъектов Российской Федерации», «О социальной защите граждан, занятых на работах с химическим оружием», «О гражданстве Российской Федерации», «Об электроэнергетике», «О транспортно-экспедиционной деятельности», «Об исполнительном производстве», «Об охоте и о сохранении охотничьих ресурсов и о внесении изменений в отдельные законодательные акты Российской Федерации», «О теплоснабжении», «О защите детей от информации, причиняющей вред их здоровью и развитию», «О полиции», «О лицензировании отдельных видов деятельности», «О безопасности объектов топливно-энергетического комплекса», «О водоснабжении и водоотведении», «Об охране здоровья граждан от воздействия окружающего табачного дыма и последствий потребления табака», а также в Воздушный кодекс Российской Федерации, Кодекс торгового мореплавания Российской Федерации, Кодекс внутреннего водного транспорта Российской Федерации, Градостроительный кодекс Российской Федерации, Водный кодекс Российской Федерации.

Федеральным законом также внесены уточняющие изменения в Федеральный закон «О защите прав юридических лиц и индивидуальных предпринимателей при осуществлении государственного контроля (надзора) и муниципального контроля», предусматривающие, в частности, возможность проведения мероприятий по контролю посредством плановых (рейдовых) осмотров.

Понятие, состав административного правонарушения, его элементы.

Административным правонарушением признается противоправное, виновное действие (бездействие) физического или юридического лица, за которое КоАП РФ или законами субъектов Российской Федерации об административных правонарушениях установлена административная ответственность (ч. 1 ст. 2.1 КоАП РФ).

Административное правонарушение обладает следующими признаками:

  • общественная опасность – в результате совершения административного правонарушения причиняется ущерб (урон) правам и законным интересам граждан, общества и государства;
  • противоправность – указывает, что в результате совершенного деяния нарушаются правовые запреты, установленные нормами административного, финансового, трудового и других отраслей российского права;
  • виновность – деяние  признается административным правонарушением в том случае, если оно совершено виновно, т. е. умышленно или по неосторожности;
  • наказуемость – за совершение административного правонарушения следует применение предусмотренных законодательством мер административной ответственности.

Состав административного правонарушения совокупность объективных и субъективных признаков, описанных в правовой норме, необходимых и достаточных для признания совершенного деяния в качестве конкретного административного правонарушения.

Состав административного правонарушения включает в себя следующие элементы:

  1. объект административного правонарушения;
  2. объективная сторона административного правонарушения;
  3. субъект административного правонарушения;
  4. субъективная сторона административного правонарушения.

Объектом административного правонарушения являются общественные отношения в сфере государственного управления, регулируемые нормами права и охраняемые мерами административной ответственности.

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

Объективная сторона состава характеризует правонарушение как антиобщественный акт внешнего поведения нарушителя норм права, влекущий административную ответственность и выражающийся в действии или бездействии и наступившем результате.

Обязательными элементами объективной стороны объекта административного правонарушения выступают: противоправное деяние (в форме действия или бездействия), общественно вредные последствия, причинно-следственная связь между деянием и наступившими последствиями.

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

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

Субъектами административного правонарушения являются физические и юридические лица.

Общим субъектом административного правонарушения признаются вменяемые лица, достигшие 16 лет.

Субъективная сторона административного правонарушения это психическая сфера деятельности лица, совершившего административное правонарушение в связи с совершением им общественно опасного деяния.

Субъективная сторона административного правонарушения представляет собой вину и может выражаться как в форме умысла, так и в форме неосторожности.

Административные правонарушения: Видео

Протокол ограниченного приложения - обзор

7.3.3 Фрагменты архитектуры IETF

Как видно из списка рабочих групп, связанных с IoT, количество рабочих групп велико, а их объем весьма разнообразен. В этом разделе делается попытка связать результаты различных рабочих групп в несколько общих рамок. Поскольку IETF создает документы, которые часто описывают протоколы, архитектуры или модели данных, они служат выбранными общими фреймами.

Некоторые из существующих спецификаций или спецификаций, находящихся в стадии разработки, определяют протоколы, которые могут быть отображены в стеке связи аналогично модели взаимодействия открытых систем (OSI) Международной организации по стандартизации (ISO) (рисунок 7.2А). Однако на рисунке эти протоколы описаны в контексте модифицированного стека OSI с еще двумя уровнями: (a) уровень адаптации между сетевым уровнем и каждым нижележащим уровнем Phy / Link и (b) уровень передачи, который включает протоколы, функциональность которых находится между транспортным и прикладным уровнями. Примером протокола уровня адаптации является 6LoWPAN (рисунок 7.2A), а примерами протоколов уровня передачи - HTTP и CoAP (рисунок 7.2B).

Рисунок 7.2. Рабочие группы IETF 6lowpan, 6lo, lpwan и ipwave и объем спецификации.

Однако следует отметить, что эти уровни строго не определены IETF. Это соглашение, используемое в этой книге для лучшего представления различных протоколов. В некоторых случаях копия уровня, например «Уровень», также используется на рисунке, чтобы прояснить такие случаи, как использование протокола прикладного уровня для инкапсуляции нижнего уровня. Инкапсуляция - это шаблон, часто используемый в многоуровневых протоколах связи, где кадры или сообщения протокола на определенном уровне инкапсулируются в кадры или сообщения более низкого уровня.В общем, в контексте протоколов связи, основанных на обмене сообщениями, кадр определяется как последовательность битов или байтов с тремя основными частями: заголовок, описывающий, о чем это сообщение (метаданные о сообщении), полезная нагрузка или основное содержание сообщения и необязательный трейлер, обычно используемый в качестве контрольной суммы для первых двух частей сообщения. Инкапсуляция - это реализация того факта, что в многоуровневом коммуникационном стеке функциональные возможности нижнего уровня используются для реализации функциональных возможностей более высокого уровня.В результате в некоторых случаях протокол уровня передачи, такой как CoAP, может быть инкапсулирован в протокол прикладного уровня (рисунок 7.4), который, в свою очередь, инкапсулирован в протокол транспортного уровня. В этом случае CoAP представляется приложениям на прикладном уровне как протокол уровня передачи, то есть ниже прикладного уровня; однако инкапсуляция CoAP в протоколе прикладного уровня нарушает общий принцип протокола более высокого уровня, использующего только услуги / функциональные возможности нижележащего уровня.

В приведенном ниже тексте кратко излагаются важные спецификации IETF, связанные с IoT, в отношении уровня протокола или архитектурного элемента, который они описывают. Насколько это возможно, описания начинаются с протоколов, определенных на более низких уровнях, и перемещаются вверх по стеку. Сплошные белые прямоугольники используются для обозначения того, что соответствующая рабочая группа определила конкретный уровень протокола, указанный в прямоугольнике, пунктирные прямоугольники показывают уровни протокола, которые не определены соответствующей рабочей группой (но определены другими рабочими группами), но они считаются существующими и рекомендованными Рабочей группой, а сплошные прямоугольники с узором заливки обозначают модель данных или профиль, определенный соответствующей Рабочей группой, в отличие от полного определения уровня протокола.

На рис. 7.2A и B показан вклад рабочих групп 6lowpan, 6lo, lpwan и ipwave. Основная тема заключается в том, что эти рабочие группы определяют уровни адаптации для IPv6 для различных технологий PHY / MAC. Рабочая группа 6lowpan определила уровень адаптации между IEEE 802.15.4 и IPv6, а также 6LoWPAN Neighborhood Discovery (6LoWPAN ND) поверх ICMP, как описано ранее. Рабочая группа 6lo определила уровни адаптации для IPv6 через G.9959, MS / TP BLE, DECT ULE, BTMesh и NFC.Рабочая группа lpwan стремится определить уровни адаптации IPv6 через LoRaWAN, NB-IoT, Sigfox и Wi-SUN, а рекомендуемые уровни поверх IPv6 - это UDP и CoAP. Рабочая группа ipwave определяет уровень адаптации IPv6 поверх IEEE 802.11-OCB.

На рис. 7.3 показан рекомендуемый стек для рабочей группы 6тищ. Рабочая группа определяет один уровень адаптации, 6top, и повторно использует идеи рабочей группы 6lowpan 6LoWPAN HC и 6LoRH, чтобы предоставить решение адаптации для IPv6 для IEEE 802.15.4е ТСЧ. Рекомендуемый стек поверх IPv6 включает UDP / CoAP / EDHOC / COSE / CoMI, ICMP / 6LoWPAN ND и RPL.

Рисунок 7.3. Рабочая группа IETF 6tisch и объем спецификации.

На рисунках 7.4 и 7.5 показан вклад Рабочей группы CoRE, которая представляет собой единственную рабочую группу с наибольшим количеством RFC и проектов рабочих групп. На рисунке 7.4 показаны основные спецификации рабочей группы CoRE, которые включают протокол ограниченного приложения (CoAP), изначально определенный для UDP с поддержкой DTLS, поддерживающей безопасную версию протокола.IETF CoAP RFC7252 описывает уровни транспорта и передачи, которые, по сути, определяют форматы транспортных пакетов, поддержку надежности поверх UDP, протокол приложения RESTful с методами GET / PUT / POST / DELETE, аналогичными HTTP, с клиентами CoAP, работающими на ресурсах сервера CoAP. и, наконец, безопасная версия протокола. Сервер CoAP - это просто логическая сущность протокола, и название «сервер» не обязательно означает, что его функциональные возможности развернуты на очень мощной машине; Сервер CoAP может быть размещен на ограниченном устройстве.Недавно рабочая группа определила CoAP поверх TCP и использование TLS для защиты базового транспорта TCP, а также для транспортировки CoAP в WebSockets, которые передаются через TCP. Это причина того, что на рис. 7.4 представлены дополнительные уровни передачи и приложения (Transfer ', Application' соответственно), чтобы показать эту инкапсуляцию CoAP в WebSockets, которая, в свою очередь, транспортируется в кадрах TCP. Спецификации для CoMI, интерфейсов и SenML не определяют строго протоколы или поведение протокола, но определяют интерфейсы (CoMI, интерфейсы), некоторые фрагменты архитектуры (CoMI) и модель данных (SenML) для конечных точек CoAP и генерируемую ими информацию. или требуется им.Более того, на момент написания этой книги существует черновик рабочей группы для OSCORE (Безопасность объектов для ограниченных сред RESTful), который обеспечивает решение безопасности объектов на основе CBOR и COSE в качестве дополнения к безопасности транспорта на основе DTLS или TLS. . OSCORE обеспечивает аутентификацию, шифрование, целостность и защиту от воспроизведения для CoAP, предназначен для обхода сообщений по нескольким различным базовым протоколам (например, HTTP и CoAP в случае прохождения сообщения через прокси-сервер HTTP / CoAP) и может защищать как одноадресную, так и многоадресную рассылку. запросы на связь с одноадресными ответами.

Рисунок 7.4. Рабочая группа IETF CoRE и объем спецификации.

Рисунок 7.5. Рабочие группы IETF и объем спецификаций.

Прежде чем описывать некоторые подробности этих трех спецификаций, стоит отметить, что стек IETF или спецификации для IoT в настоящее время не включают никаких спецификаций, аналогичных спецификациям профилей других технологий IoT, таких как ZigBee (см. Главу 5) . Под спецификацией профиля мы подразумеваем документ, который описывает список имен профилей и их сопоставления с определенным поведением стека протоколов, конкретной информационной моделью и конкретной сериализацией этой информационной модели через соответствующую среду связи.Пример выдержки из спецификации профиля, например профиль «Температура» требует, чтобы: (a) профиль поддерживал ресурс с именем / temp, (b) ресурс / temp должен отвечать на запрос метода GET от клиента и (c) ответ на GET запрос метода должен представлять собой значение температуры в градусах Цельсия, отформатированное в виде текстовой строки в формате «<значение температуры, закодированное в десятичном числе> ° C» (например, «10 ° C»). Следует отметить, что профили устройств используются для обеспечения взаимодействия между рыночными продуктами, и поэтому IETF не несет ответственности за указание таких деталей.Поэтому шаг к спецификации профилей был сделан Альянсом Интернет-протокола для смарт-объектов (IPSO), который в основном является альянсом, продвигающим рынок. С этой целью IPSO опубликовало Руководство по смарт-объектам в двух формах (Starter [95] и Expansion Packs [96]), которые обеспечивают объектную модель для обычно используемых датчиков и исполнительных механизмов. Общая объектная модель основана на спецификации Lightweight M2M (LWM2M 1.0.1) OMA [97].

Спецификация интерфейсов [98] от Рабочей группы CoRE описывает в бумажной спецификации то, что обычно подробно определяет файл языка описания веб-приложений (WADL) 18 в машиночитаемой форме.Файл WADL описывает конкретный интерфейс веб-службы RESTful, т. Е. Типы разрешенных методов REST (например, GET, PUT, POST, DELETE), тип параметров, ожидаемых конкретной конечной точкой REST, и формат ответа или содержимое. тип. Спецификация интерфейсов определяет несколько типов «стандартных» ресурсов Интернета вещей, таких как датчики, исполнительные механизмы, параметры и коллекции ресурсов. Он определяет разрешенные методы для каждого типа ресурса и тип возвращаемого или запрошенного содержимого запросов или ответов на эти ресурсы.Эти спецификации интерфейса идентифицируются с конкретными идентификаторами, которые используются в формате ссылки CoRE (RFC6690 19 , см. Ниже). Спецификация является одним из шагов к рыночным профилям для различных устройств и ресурсов, но не содержит более подробной информации.

Спецификация CoMI [99] описывает интерфейс и части архитектуры для обеспечения управления оконечными точками CoAP таким же образом, как и управление сетевыми объектами. Спецификация предполагает использование модели данных YANG (RFC7950 20 ) для запросов и ответов между клиентом управления и сервером управления на устройстве CoAP.

Рабочая группа CoRE также определяет типы носителей для представления простых измерений датчиков и параметров устройства с помощью списков измерений датчиков (SenML) [100]. SenML описывает модель данных и типы мультимедийного содержимого для ответов на запросы CoAP, отправленные датчику, и тип параметров ресурсов. Представления определены в JSON, кратком представлении двоичных объектов (CBOR), расширяемом языке разметки (XML) и эффективном обмене XML (EXI), которые используют общую модель данных SenML.

На рис. 7.5 показан вклад рабочей группы CoRE в спецификацию прокси HTTP / CoAP для запросов, исходящих от клиентов HTTP и направленных на серверы CoAP. На рис. 7.7 показаны элементы архитектуры и прохождение запросов по стекам для прокси HTTP / CoAP.

На рис. 7.5 также показаны уровни стека, определенные тремя другими рабочими группами IETF, рабочей группой ролика, рабочей группой cose и рабочей группой по игре в кости. Рабочая группа по списку определила среди прочего протокол маршрутизации IPv6 для сетей с низким энергопотреблением и с потерями (RPL, RFC6650 21 ) и 6LoRH (RFC8138 22 ).Рабочая группа cose определила протокол подписи и шифрования объектов CBOR (COSE). Рабочая группа по игре в кости не указала уровень протокола как таковой, а скорее указала профили TLS и DTLS для устройств IoT.

Можно отметить, что некоторые спецификации IETF, относящиеся к IoT, не обязательно определяют протоколы стека связи, но элементы архитектуры или модели данных, которые, наряду с протоколами, являются фрагментами архитектуры.

Помимо основных спецификаций, рабочая группа IETF CoRE включает несколько других интересных RFC и проектов спецификаций рабочей группы, в которых схематично изображаются части архитектуры IoT.

Формат ссылки CoRE RFC6690 23 описывает метод обнаружения ресурсов CoAP на сервере CoAP. Например, клиент CoAP, отправляющий запрос с помощью метода GET к конкретному четко определенному ресурсу сервера (./well-known/core), должен получить ответ со списком ресурсов CoAP и некоторыми из их возможностей (например, тип ресурса , тип интерфейса). Как было замечено ранее, сопровождающий черновой вариант спецификации, спецификация интерфейса CoRE [98], описывает типы интерфейсов и соответствующее ожидаемое поведение методов RESTful (e.g., интерфейс датчика должен поддерживать метод GET). Сериализация ответа (например, если ответ представляет собой значение температуры в градусах Цельсия) определяется спецификацией SenML [100].

Рабочая группа IETF CoRE также подготовила проект спецификации для каталога ресурсов [101]. Каталог ресурсов (рисунок 7.6A) - это ресурс сервера CoAP (/ rd), который поддерживает список ресурсов, соответствующую им контактную информацию сервера (например, IP-адреса или полное доменное имя (FQDN)), их тип, интерфейс, и другую информацию, аналогичную информации, указанной в формате ссылки CoRE RFC 6690 24 .

Рисунок 7.6. Функциональные компоненты IETF CoRE: (A) Каталог ресурсов, (B) Зеркальный сервер, (C) Брокер Pub-Sub.

RD играет роль механизма рандеву для описаний ресурсов сервера CoAP, другими словами, для устройств, чтобы публиковать описания доступных ресурсов, и для клиентов CoAP, чтобы найти ресурсы, которые удовлетворяют определенным критериям, таким как определенные типы ресурсов (например, тип ресурса датчика температуры).

Хотя каталог ресурсов является механизмом рандеву для описаний ресурсов сервера CoAP, IETF не имеет соответствующей функции для механизма рандеву для представлений ресурсов сервера CoAP.Индивидуальный черновик, определяющий зеркальный сервер [102] (рисунок 7.6B), не был разработан в черновик рабочей группы, и поэтому срок его действия истек. Ожидается, что этот функциональный пробел в архитектуре будет заполнен спецификацией CoAP Publish-Subscribe или pub-sub, которая является черновиком рабочей группы на момент написания этой книги (рисунок 7.6C). Ресурс сервера CoAP (/ ps), также называемый брокером pub-sub CoAP, служит конечной точкой для клиентов CoAP для публикации своих представлений ресурсов и для других клиентов CoAP для получения этих представлений, если они ранее подписались на них.Эта функция особенно полезна, когда клиенты публикации имеют прерывистое соединение или устройства, на которых размещены клиенты публикации, имеют длительные циклы ожидания в целях экономии энергии. Издатель использует иерархическое название темы, чтобы идентифицировать тему pub-sub.

Поскольку CoAP как протокол приложений еще не получил широкого распространения, а HTTP является повсеместным, рабочая группа IETF CoRE включила основы процесса сопоставления между HTTP и CoAP в спецификацию IETF CoAP, а также набор руководящих принципов для взаимодействие между HTTP и CoAP как RFC 8075 25 (рисунок 7.7А).

Рисунок 7.7. IETF CoRE HTTP Proxy: (A) возможные конфигурации, (B) пример взаимодействия уровня при запросе от HTTP-клиента к серверу CoAP через HTTP-прокси.

Проблемы взаимодействия появляются, когда HTTP-клиент обращается к серверу CoAP через прокси-сервер HTTP-CoAP (рисунок 7.7B). Процесс сопоставления непростой по ряду причин. Основная причина - разные транспортные протоколы, используемые HTTP и CoAP: HTTP использует TCP, а CoAP использует UDP. В руководстве рекомендуются схемы адресации (например,g., как сопоставить адрес ресурса CoAP с адресом HTTP), сопоставление между кодами ответа HTTP и CoAP, сопоставление между различными типами мультимедиа, передаваемыми в полезных данных HTTP / CoAP, и т. д. В качестве примера рассмотрим случай, когда HTTP-клиент отправляет HTTP-запрос на сервер CoAP (рис. 7.7B) через шлюзовое устройство, на котором размещен перекрестный прокси-сервер HTTP-CoAP. Устройство шлюза подключается к Интернету через кабель Ethernet с использованием локальной сети, а на стороне CoAP сервер CoAP находится в сети датчиков / исполнительных механизмов (SAN) на основе IEEE 802.15.4 PHY / MAC. HTTP-запрос должен включать два адреса хоста: один для доступа к прокси-серверу HTTP-CoAP, а другой - для доступа к конкретному серверу CoAP в сети SAN. Более того, для запроса требуется имя ресурса для конечной точки ресурса на сервере CoAP. Рекомендуемое сопоставление адресов по умолчанию - добавить адрес ресурса CoAP (например, coap: //s.example.com/light) к адресу прокси HTTP-CoAP (например, https://p.example.com/hc/) , в результате получится https://p.example.com/hc/coap://s.example.com/light. Запрос находится в текстовом формате и содержит метод (GET).Он проходит стек IPv4 клиента, достигает шлюза, проходит стек IPv4 шлюза и достигает прокси HTTP-CoAP. Запрос преобразуется в запрос CoAP (двоичный формат) с целевым ресурсом CoAP coap: //s.example.com/light, и он отправляется в стек CoAP шлюза, который отправляет его через SAN в конец. устройство. Ответ отправляется с конечного устройства и следует по обратному пути в SAN, чтобы достичь шлюза. Прокси-сервер HTTP-CoAP переводит код ответа CoAP в соответствующий код HTTP, преобразует включенный носитель, создает ответ HTTP и отправляет его клиенту HTTP.Хотя описанный примерный сценарий кажется простым, на практике прокси HTTP-CoAP должен обрабатывать все проблемные ситуации и особенности протоколов CoAP и HTTP, например, асинхронное поведение режима наблюдения 26 CoAP. Заинтересованный читатель может обратиться к соответствующим спецификациям для получения дополнительной информации.

Рабочая группа IETF ace определила структуру авторизации для ограниченных сред. Авторизация означает, что клиенту предоставляется доступ к ресурсу, размещенному на устройстве, серверу ресурсов (RS), и этот обмен осуществляется через один или несколько серверов авторизации (AS).Полностью определенное решение для авторизации включает эту структуру и набор профилей. Структура описывает архитектуру и взаимодействия в общих терминах, в то время как профили этой структуры являются дополнительными спецификациями, которые определяют использование структуры с конкретными протоколами безопасности транспорта и связи (например, CoAP через DTLS). ACE основан на четырех строительных блоках: OAuth 2.0 (RFC6749 27 ), CoAP (но не исключая других базовых протоколов, таких как MQTT, BLE, HTTP / 2, QUIC), CBOR и COSE.

На рисунке 7.8 показана архитектура ACE и основные взаимодействия. Клиент (C) намеревается получить доступ к представлению ресурса на RS. Клиент связывается с AS для получения токена. Токен может быть либо токеном доступа, либо токеном подтверждения владения. Маркер доступа - это структура данных, представляющая разрешения авторизации, выдаваемые AS клиенту. Маркер доказательства владения - это маркер, привязанный к симметричному или асимметричному криптографическому ключу, который используется RS для аутентификации клиента.Клиент получает маркер доступа и, возможно, некоторую информацию о возможностях RS (информацию RS). Клиент представляет RS токен и конкретный запрос доступа. RS может дополнительно проверить токен с помощью запроса самоанализа к AS. Если токен является самодостаточным и RS может проверить сам токен, то в запросе самоанализа нет необходимости. Если маркер действителен, запрос доступа к ресурсам предоставляется, и RS отвечает представлением ресурса, защищенным выбранным протоколом безопасности.

Рисунок 7.8. Взаимодействие с IETF ACE.

Руководство по протоколам и стандартам Интернета вещей

Протоколы

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

Говоря об Интернете вещей, мы всегда думаем о коммуникации. Взаимодействие между датчиками, устройствами, шлюзами, серверами и пользовательскими приложениями является важной характеристикой, которая делает Интернет вещей тем, чем он является. Но то, что позволяет всем этим умным вещам разговаривать и взаимодействовать, - это протоколы IoT, которые можно рассматривать как языки, которые оборудование IoT использует для общения.

Обзор протоколов Интернета вещей

Протокол ограниченного приложения (CoAP)

Несмотря на то, что существующая интернет-инфраструктура свободно доступна и может использоваться любым устройством IoT, она часто оказывается слишком тяжелой и энергоемкой для большинства случаев использования IoT.Созданный рабочей группой IETF по ограниченным средам RESTful и запущенный в 2013 году, протокол ограниченного приложения (CoAP) был разработан для преобразования модели HTTP, чтобы ее можно было использовать в ограниченных устройствах и сетевых средах.

Разработанный для удовлетворения потребностей систем IoT на основе HTTP, CoAP использует протокол пользовательских дейтаграмм (UDP) для установления безопасной связи между конечными точками. Предоставляя широковещательную и многоадресную рассылку, UDP может передавать данные на несколько хостов, сохраняя при этом скорость связи и низкую пропускную способность, что делает его хорошим выбором для беспроводных сетей, обычно используемых в средах M2M с ограниченными ресурсами.Еще одна вещь, которую CoAP разделяет с HTTP, - это архитектура RESTful, которая поддерживает модель взаимодействия запрос / ответ между конечными точками приложения. Более того, CoAP использует основные методы HTTP get, post, put и delete, благодаря которым можно избежать неоднозначности во время взаимодействия между клиентами.

CoAP поддерживает качество обслуживания, которое используется для контроля отправляемых сообщений и пометки их как «подтверждаемые» или «неподтвержденные» соответственно, что указывает, должен ли получатель возвращать «подтверждение» или нет.Другой интересной особенностью CoAP является то, что он поддерживает механизм согласования контента и обнаружения ресурсов. Помимо передачи данных IoT, CoAP использует Datagram Transport Layer Security (DTLS) для безопасного обмена сообщениями на транспортном уровне. CoAP полностью удовлетворяет потребности в чрезвычайно легком протоколе, чтобы удовлетворить потребности устройств с батарейным питанием или устройств с низким энергопотреблением. В общем, CoAP хорошо сочетается с существующими системами IoT на основе веб-сервисов.

Транспортная телеметрия очереди сообщений (MQTT)

Вероятно, наиболее широко распространенный на сегодняшний день стандарт в промышленном Интернете вещей. Message Queuing Telemetry Transport - это облегченный протокол обмена сообщениями типа публикации / подписки (pub / sub).Разработанная для устройств с батарейным питанием, архитектура MQTT проста и легка, что обеспечивает низкое энергопотребление устройств. Работая поверх протокола TCP / IP, он был специально разработан для ненадежных сетей связи, чтобы ответить на проблему растущего числа малогабаритных дешевых маломощных объектов, которые появились в сети в последние годы. .

MQTT основан на модели подписчика, издателя и брокера. В рамках модели задачей издателя является сбор данных и отправка информации подписчикам через посреднический уровень, которым является брокер.С другой стороны, роль брокера заключается в обеспечении безопасности путем перекрестной проверки авторизации издателей и подписчиков. MQTT предлагает три режима достижения этого (качество обслуживания), благодаря которым издатель имеет возможность определять качество своего сообщения:

  • QoS0 (Не более одного раза): наименее надежный, но и самый быстрый режим. Публикация отправлена, но подтверждения не получено.
  • QoS1 (По крайней мере, один раз): Гарантирует, что сообщение доставлено хотя бы один раз, но могут быть получены дубликаты.
  • QoS2 (Ровно один раз): самый надежный режим с максимальным потреблением полосы пропускания. Дубликаты контролируются, чтобы гарантировать, что сообщение будет доставлено только один раз.

Найдя широкое применение в таких устройствах IoT, как электрические счетчики, транспортные средства, детекторы, а также промышленное или санитарное оборудование, MQTT хорошо отвечает следующим требованиям:

  • Минимальное использование полосы пропускания
  • Работа в беспроводных сетях
  • Низкое потребление энергии
  • Хорошая надежность при необходимости
  • Мало ресурсов обработки и памяти

Несмотря на свои характеристики, MQTT может быть проблематичным для некоторых очень ограниченных устройств из-за факта передачи сообщений по TCP и управления длинными именами тем.Это решается с помощью варианта MQTT-SN, который использует UDP и поддерживает индексацию названий тем. Однако, несмотря на широкое распространение, MQTT не поддерживает четко определенную модель представления данных и структуры управления устройствами, которая обеспечивает реализацию функций управления данными и управления устройствами полностью в зависимости от платформы или поставщика.

Wi-Fi

Для создания сети Wi-Fi требуются устройства, которые могут отправлять беспроводные сигналы, что означает такие устройства, как телефоны, компьютеры или маршрутизаторы, и это лишь некоторые из них.Дома маршрутизатор используется для передачи интернет-соединения из общедоступной сети в частную домашнюю или офисную сеть. Wi-Fi обеспечивает подключение к Интернету для ближайших устройств, находящихся в определенном диапазоне. Другой способ использования Wi-Fi - создать точку доступа Wi-Fi, то есть телефоны или компьютеры могут совместно использовать беспроводное или проводное подключение к Интернету с другими устройствами, передавая сигнал.

WiFi использует радиоволны, которые передают информацию на определенных частотах, таких как каналы 2,4 или 5 ГГц.Оба частотных диапазона имеют несколько каналов, по которым могут работать разные беспроводные устройства, что помогает распределить нагрузку так, чтобы отдельные соединения устройств не прерывались. Это в значительной степени предотвращает переполнение беспроводных сетей.

Дальность действия 100 метров - это типичная дальность стандартного Wi-Fi-соединения. Однако наиболее распространенный диапазон ограничен 10-35 метрами. Эффективное покрытие сети сильно зависит от мощности антенны или частоты передачи.Диапазон и скорость подключения к Интернету через Wi-Fi зависят от окружающей среды и от того, обеспечивает ли оно внутреннее или внешнее покрытие. Таким образом, скорость различных устройств, использующих подключение к Интернету Wi-Fi, увеличивается по мере приближения компьютера к основному источнику, в то время как скорость уменьшается по мере удаления компьютера от источника.

ZigBee

Сети на основе

ZigBee характеризуются низким энергопотреблением, низкой пропускной способностью (до 250 кбит / с) и диапазоном связи до 100 метров между узлами.Типичные приложения включают сенсорные сети, персональные сети (WPAN), домашнюю автоматизацию, системы сигнализации и системы мониторинга.

Его первоначальная спецификация была признана стандартом IEEE в 2003 году, и первые OEM-модули, совместимые с ним, ZigBee появились в массовых продажах в начале 2006 года.

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

ZigBee прост в установке и обслуживании, поскольку он основан на самосборной и самовосстанавливающейся топологии решетки. Он также легко масштабируется до тысяч узлов, и в настоящее время многие поставщики предлагают устройства, поддерживающие этот открытый стандарт.

Bluetooth

Bluetooth - это технология, которая обеспечивает беспроводное соединение различных электронных устройств, таких как телефон, клавиатура, компьютер, ноутбук, мышь, карманный компьютер, принтер, гарнитура или громкая связь и многое другое. Если вам не подходит определение, более похожее на wiki, это открытый стандарт, описанный в спецификации IEEE 802.15.1, и его техническая спецификация включает три класса мощности передачи ERP 1-3 с диапазоном, соответственно, 100, 10. и 1 метр на открытом пространстве.Самый распространенный класс - второй (10м), который позволяет подключать устройства, которые находятся в разных комнатах и ​​даже на разных этажах.

Стандарт использует радиоволны в диапазоне частот ISM 2,4 ГГц, а устройством, позволяющим использовать этот стандарт, является адаптер Bluetooth.

В технологии Bluetooth данные отправляются в виде пакетов на один из 79 каналов (в случае самого старого стандарта Bluetooth 1.0) с полосой пропускания 1 МГц, что обеспечивает максимальную скорость передачи 721 кбит / с.В случае последнего стандарта Bluetooth 4.0 имеется 40 каналов с полосой пропускания 2 МГц, что гарантирует максимальную скорость передачи данных до 3 Мбит / с. Стоит знать, что новые стандарты bluetooth, которые гарантируют более быструю передачу данных и большую безопасность, также совместимы со старыми версиями.

Что интересно, Bluetooth содержит патенты, которые можно бесплатно использовать в продуктах, классифицируемых как Bluetooth-совместимые. Квалификация стоит 5-10 тысяч (USD), но потенциальные пользователи могут легко найти новый продукт в списке, опубликованном для этой цели.

Расширяемый протокол обмена сообщениями и присутствием (XMPP)

Разработанный в 1999 году сообществом открытого исходного кода Jabber и первоначально предназначенный для обмена сообщениями в реальном времени, этот коммуникационный протокол Интернета вещей для ориентированного на сообщения промежуточного программного обеспечения основан на языке XML. Он позволяет в реальном времени обмениваться структурированными, но расширяемыми данными между двумя или более сетевыми клиентами.

С момента своего создания XMPP широко применяется в качестве протокола связи. Со временем и с появлением облегченной спецификации XMPP: XMPP-IoT, она стала использоваться в контексте Интернета вещей.XMPP IoT является стандартом, поддерживаемым открытым сообществом, и его сильные стороны заключаются в возможности адресации и масштабируемости, что делает его идеальным для развертываний IoT, ориентированных на потребителя.

Среди недостатков использования XMPP в IoT-коммуникации следует отметить то, что он не предлагает ни качества обслуживания, ни сквозного шифрования. Из-за этих ограничений, среди прочего, ожидается, что его приложение в IoT останется слабо связанным с отраслью, поскольку протокол определенно не станет стандартом, используемым изо дня в день для целей обмена данными и управления ими. устройства с ограниченными ресурсами, как и MQTT или LwM2M.

Служба распространения данных (DDS)

Протокол DDS был разработан на основе методологии публикации-подписки. Разработанный группой Object Management Group (OMG) протокол DDS для обмена данными M2M в реальном времени обеспечивает масштабируемый, надежный, высокопроизводительный и совместимый обмен данными между подключенными устройствами независимо от оборудования и программной платформы. DDS поддерживает архитектуру без брокера и многоадресную рассылку, чтобы обеспечить высокое качество обслуживания и совместимость.

Архитектура протокола DDS основана на уровне Data Centric Publish-Subscribe (DCPS) и дополнительном уровне Data-Local Reconstruction Layer (DLRL). В то время как уровень DCPS отвечает за масштабируемое и эффективное распределение данных между подписчиками с учетом ресурсов, DLRL предлагает интерфейс для функций DCPS, позволяющий передавать данные между объектами, подключенными к IoT.

Не являясь типичным решением IoT, DDS все еще находит свое применение в некоторых развертываниях промышленного Интернета вещей, таких как: управление воздушным движением, управление интеллектуальными сетями, автономные транспортные средства, транспортные системы, робототехника, производство электроэнергии и медицинские услуги.В целом, DDS можно использовать для управления обменом данными между легковесными устройствами и соединения больших высокопроизводительных сенсорных сетей. Он также может отправлять и получать данные из облака.

Расширенный протокол очереди сообщений (AMQP)

AMQP - это открытый стандартный протокол типа публикации / подписки, созданный в 2003 году и уходящий корнями в сектор финансовых услуг. Несмотря на то, что он получил определенные успехи в сфере информационных коммуникационных технологий, его использование в индустрии Интернета вещей все еще весьма ограничено.Спецификация AMQP описывает такие функции, как ориентация сообщений, организация очередей, маршрутизация (включая двухточечную и публикацию и подписку), надежность и безопасность. Вероятно, самым большим преимуществом AMQP является его надежная коммуникационная модель. AMQP может гарантировать полные транзакции, что, хотя и полезно, не всегда требуется приложениям Интернета вещей.

Из-за своей массы AMQP не подходит для сенсорных устройств с ограниченной памятью, мощностью или пропускной способностью сети, но для отдельных случаев использования IoT он может быть единственным протоколом, пригодным для сквозного применения, включая такие примеры, как промышленные тяжелые оборудование или системы SCADA, где устройства и сеть, как правило, значительно более функциональны.

Облегченный M2M (LwM2M)

Что отличает LwM2M от других протоколов, применяемых в IoT, так это то, что он был специально разработан с учетом требований комплексной обработки устройств с ограниченными ресурсами. Запущенный в 2014 году Open Mobile Alliance (ныне OMA SpecWorks), он обеспечивает четко определенный стандарт для передачи данных IoT и управления устройствами. Если вы хотите узнать, почему LwM2M является идеальным выбором для управления устройствами и телеметрии в IoT, ознакомьтесь с нашей статьей LwM2M - облегченный стандарт M2M - протокол и его преимущества, чтобы узнать больше.

Зачем вам нужны протоколы Интернета вещей?

Что отличает интеллектуальное устройство от своего обычного аналога, так это то, что в то время как последнее остается без звука в случае поломки, первое может разговаривать с другими устройствами (а не только с устройствами того же типа) при возникновении каких-либо проблем и, при необходимости сообщить об ошибке пользователю или автоматически вызвать помощь. Но каждый такой случай взаимодействия возможен только при наличии средства коммуникации, общего «языка», который будут использовать все устройства в данной экосистеме Интернета вещей.В Интернете вещей среда предоставляется протоколами IoT: либо уже давно используемые интернет-протоколы, либо протоколы IoT, специально разработанные для связи с подключенными устройствами.

Это одна из причин, почему Интернету вещей нужны стандартизованные протоколы IoT. Они помогают избежать дальнейшей фрагментации, сводя к минимуму риск угроз безопасности.

Хотя кажется, что это утверждение, с которым все согласны, до сих пор было приложено мало усилий, чтобы предложить всемирный стандарт, который бы унифицировал все коммуникации IoT.Тем не менее, в последние несколько лет в Интернете вещей появились протоколы, которые призваны решить эту проблему и предложить универсальность без компромиссов в отношении безопасности, скорости и простоты развертывания. Одним из таких протоколов IoT для удовлетворения конкретных потребностей различных вариантов использования управления устройствами для предоставления решений, соответствующих назначению, предлагая универсальный стандарт, является OMA Lightweight M2M, который будет обсуждаться позже в тексте.

С другой стороны, фрагментация в IoT является результатом самой природы самого Интернета вещей: неоднородность в IoT, представленная множеством его технологий и стандартов, соответствует разнообразию вещей в мире, которые IoT стремится соединить. .Точно так же существует множество аспектов связи IoT, каждый со своим типом протоколов, соответствующих его целям. Протоколы Интернета вещей можно разделить по роли, которую они играют в сети. Среди прочего, существуют протоколы, используемые в инфраструктуре подключения (например, 6LowPAN), коммуникации (Wi-Fi, Bluetooth), передаче данных (MQTT, CoAP, XMPP), безопасности (DTLS) и управлении устройствами, а также телеметрии (LwM2M). .

Заключение

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

Сегодня Интернет вещей поддерживает десятки различных протоколов IoT. В связи с этим многие эксперты IoT начали призывать к глобальной стандартизации протоколов. Тем не менее, будучи изначально фрагментированным, рынок Интернета вещей, вероятно, никогда не будет действительно нуждаться во всеобъемлющем стандарте.Так же, как в индустрии Интернета вещей появляются все новые и новые приложения и сценарии использования, в процессе их развертывания будут появляться и новые протоколы Интернета вещей, соответствующие назначению. Опять же, следует подчеркнуть, что безопасное и эффективное управление устройствами является краеугольным камнем устойчивого развития сетей Интернета вещей во всем мире. Это одна из причин, почему описание и понимание различных протоколов IoT действительно так важно. Следовательно, что действительно необходимо, так это знание собственных бизнес-потребностей и требований, понимание преимуществ и недостатков протоколов, предлагаемых рынком, и способность выбрать тот, который лучше всего подходит для конкретного случая использования.

Отчет о доступе

CoAP | The Shadowserver Foundation

 «отметка времени», «ip», «протокол», «порт», «имя хоста», «тег», «asn», «гео», «регион», «город», «naics», « sic "," ответ "
«2020-06-20 01:21:27», «192.0.2.5», «udp», 5683, «dsl.192.0.2.0.pldt.net», «coap», 9299, «PH», «NUEVA ECIJA» "," DEL PILAR ", 517311 ,,"; title = "" Общая информация ""; ct = 0,; title = qlink / searchfh,; title = qlink / searchgw,; title = qlink / request,; title = qlink / success,; title = device / inform / bootstrap,; title = device / inform / boot,; title = device / inform / syncreq,; title = device / inform / offline,; title = device / inform / heartbeat,; title = устройство / информация / данные,; ct = 0 "
«2020-06-20 01:21:27», «192.0.2.10 "," udp ", 5683," 192.0.2.10.static.pldt.net "," coap ", 9299," PH "," MANILA "," MANILA ", 517311 ,,"; title = "" Общая информация ""; ct = 0,; title = qlink / searchfh,; title = qlink / searchgw,; title = qlink / request,; title = qlink / success,; title = device / inform / bootstrap,; title = device / inform / boot,; title = device / inform / syncreq,; title = device / inform / offline,; title = device / inform / heartbeat,; title = device / inform / data,; ct = 0 "
"2020-06-20 01:21:27", "198.51.100.77", "udp", 5683 ,, "coap", 38917, "RU", "ИВАНОВСКАЯ ОБЛАСТЬ", "ИВАНОВО", 0 ,, ", ,,,,,, "
«2020-06-20 01:21:27», «203.0.113.111 "," udp ", 5683," dsl.203.0.113.0.pldt.net "," coap ", 9299," PH "," LANAO DEL NORTE "," BUNAWAN ", 517311 ,,"; title = "" Общая информация ""; ct = 0,; title = qlink / searchfh,; title = qlink / searchgw,; title = qlink / request,; title = qlink / success,; title = device / inform / bootstrap,; title = устройство / информация / загрузка,; title = устройство / inform / syncreq,; title = устройство / inform / offline,; title = device / inform / heartbeat,; title = device / inform / data,; ct = 0 "
"2020-06-20 01:21:27", "203.0.113.55", "udp", 5683 ,, "coap", 9808, "CN", "JIANGXI SHENG", "NANCHANG", 517312 ,, ", ; title = "" Qlink-ACK Resource "",; title = "" Qlink-Request Resource "",; title = "" SearchGW Resource "",; title = "" Qlink-Success Resource "",; title = " "Qlink-WLAN Resource" ",,,; title =" "Подключиться к диагностике" ",; title =" "Сообщить о ресурсе данных" ",; title =" "config-properties Resource" ",,; title =" " Qlink-Regist Resource "",; title = "" Qlink-SHOW Resource "" ,,,; title = "" Ресурс управления устройством "",; title = "" Ресурс управляющих данных "" ,,; title = "" Загрузка -Request Resource "",; title = "" bootstrap-Request Resource "",; obs; title = "" Информационный ресурс "",; title = "" HeartBeat Resource "",; title = "" Автономный ресурс ChildDevice " ","
«2020-06-20 01:21:27», «203.0.113.240 "," udp ", 5683 ,," coap ", 56046," CN "," JIANGSU SHENG "," YANGZHOU ", 517312 ,," ,; title = "" Ресурс Qlink-ACK "",; title = "" Qlink-Request Resource "",; title = "" SearchGW Resource "",; title = "" Qlink-Success Resource "",; title = "" Qlink-WLAN Resource "" ,,,; title = " "Подключиться к диагностике" ",; title =" "Информировать ресурс данных" ",,; title =" "Ресурс базового пульса" ",; title =" "Ресурс Qlink-Regist" ",; title =" "Qlink- SHOW Resource "" ,,,; title = "" Ресурс управления устройством "",; title = "" Ресурс управляющих данных "" ,,; title = "" Ресурс загрузочного запроса "" ",; title =" "bootstrap-Request Ресурс "",; obs; title = "" Информационный ресурс данных "",; title = "" Ресурс HeartBeat "" ",; title =" "Автономный ресурс ChildDevice" ","
 

Что такое протокол CoAP | Введение в протокол CoAP | Обзор | автор: Харшвардхан Мишра

Прочтите сообщение в моем блоге полностью https: // iotbyhvm.ooo / what-is-coap-protocol /

Протокол приложений с ограничениями CoAP - это специализированный протокол приложений Интернета для устройств с ограничениями, как определено в RFC 7252. Он позволяет устройствам обмениваться данными через Интернет. Он определен как Contrained Application Protocol и представляет собой протокол, предназначенный для использования в очень простом оборудовании. Протокол особенно нацелен на ограниченное оборудование, такое как 8-битные микроконтроллеры, маломощные датчики и аналогичные устройства, которые не могут работать по HTTP или TLS.Это упрощение протокола HTTP, работающего на UDP, что помогает сэкономить полосу пропускания. Он разработан для использования между устройствами в одной и той же сети с ограничениями (например, сети с низким энергопотреблением и потерями), между устройствами и общими узлами в Интернете, а также между устройствами в разных сетях с ограничениями, которые соединены Интернетом. CoAP также используется с помощью других механизмов, таких как SMS в сетях мобильной связи.

Рабочая группа по ограниченным средам RESTful (IETF CoRE) Целевой группы инженеров Интернета выполнила основную работу по стандартизации CoAP.Ядро протокола определено в RFC 7252, что означает, что CoAP все еще не является стандартным протоколом.

Две новые функции, разработанные специально для Интернета вещей и M2M:

  • Наблюдать за новыми событиями, происходящими на датчиках или исполнительных механизмах.
  • Управление устройствами и возможность обнаружения с внешних устройств.

Основными особенностями этого протокола являются:

  • Веб-протокол, используемый в M2M с ограниченными требованиями
  • Асинхронный обмен сообщениями
  • Низкие накладные расходы и очень простой анализ
  • Поддержка URI и типов содержимого
  • Возможности прокси и кэширования

Некоторые из конкретных случаев, в которых полезен CoAP:

  • Ваше оборудование не может запускать HTTP или TLS: Если это так, то выполнение CoAP и DTLS может практически делать то же, что и HTTP.Если кто-то является экспертом по HTTP API, миграция будет простой. Вы получаете GET для чтения и POST, PUT и DELETE для мутаций, а безопасность работает на DTLS.
  • Ваше оборудование использует батарею: Если это одна из проблем, то использование CoAP улучшит производительность батареи по сравнению с HTTP через TCP / IP. UDP экономит часть полосы пропускания и делает протокол более эффективным.
  • Необходима подписка: Если невозможно запустить MQTT и HTTP-опрос невозможен, тогда решение - CoAP.

Вам также может понравиться: MQTT Public Brokers List

Вы можете например: Как создать безопасный брокер MQTT

Некоторые функции протоколов CoAP очень похожи на HTTP, даже если CoAP не следует рассматривать как сжатый протокол HTTP, потому что он специально разработан для IoT и более подробно для M2M, поэтому он очень оптимизирован для этой задачи.

На уровне протокола абстракции CoAP может быть представлен как:

На этой диаграмме выше вы можете видеть, что существует два разных уровня, которые составляют протокол CoAp: сообщение и запрос / ответ. Уровень сообщений имеет дело с UDP и асинхронными сообщениями. Уровень запроса / ответа управляет взаимодействием запрос / ответ на основе сообщений запроса / ответа.

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

  • Подтверждаемый
  • Неподтвержденный
  • Подтверждение
  • Сброс

Теперь мы обсудим некоторые термины, относящиеся к протоколу CoAP.

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

Отправитель : объект, который отправляет сообщение

Получатель : место назначения сообщения

Клиент : объект, который отправляет запрос и место назначения ответа

Сервер : объект, который получает запрос от клиента и отправляет ответ клиенту.

Сообщение CoAP - это самый нижний уровень и занимается обменом сообщениями UDP между конечными точками.Сообщение CoAP имеет уникальный идентификатор и три части:

  • двоичный заголовок
  • компактные параметры
  • полезная нагрузка

Протокол CoAP использует два типа сообщений:

  • Подтверждаемое сообщение
  • Неподтвержденное сообщение

A CoAP подтверждаемое сообщение - надежное сообщение. Во время обмена сообщениями между двумя конечными точками эти сообщения могут быть надежными. В протоколе CoAP надежное сообщение получается с помощью подтверждаемого сообщения (CON).Используя этот тип сообщения, клиент может быть уверен, что сообщение поступит на сервер. Подтверждаемое сообщение CoAP отправляется снова и снова, пока другая сторона не отправит подтверждающее сообщение (ACK). Сообщение ACK содержит тот же идентификатор подтверждаемого сообщения (CON).

На приведенной выше диаграмме вы можете видеть связь, но если у сервера есть проблемы с управлением входящим запросом, он может отправить обратно сообщение Rest (RST) вместо сообщения подтверждения (ACK).

Неподтверждаемые (NON) сообщения , не требующие подтверждения со стороны сервера.Эти сообщения являются ненадежными сообщениями и не содержат важной информации, которая должна быть доставлена ​​на сервер. К этой категории относятся сообщения, содержащие значения, считанные с датчиков. Даже если эти сообщения ненадежны, у них есть уникальный идентификатор.

Это второй уровень в уровне абстракции. Здесь запрос отправляется с помощью сообщения с подтверждением (CON) или без подтверждения (NON). Существует несколько сценариев в зависимости от того, может ли сервер ответить немедленно на запрос клиента или ответ, если он недоступен:

  • Если сервер может немедленно ответить на запрос клиента, тогда, если запрос передается с использованием подтверждаемого сообщения (CON), то сервер отправляет обратно клиенту сообщение подтверждения, содержащее ответ или код ошибки:

Здесь токен отличается от идентификатора сообщения и используется для сопоставления запроса и ответа.

  • Если сервер не может ответить на запрос, сервер отправляет подтверждение с пустым ответом. Как только ответ доступен, сервер отправляет клиенту новое подтверждающее сообщение, содержащее ответ. На этом этапе клиент отправляет обратно сообщение с подтверждением:

Если запрос, поступающий от клиента, передается с использованием сообщения, не подтверждаемого, то сервер отвечает с помощью сообщения, которое не подтверждается.

Сообщение состоит из нескольких частей:

Где:

Версия : это 2-битное целое число без знака, указывающее версию

T : это 2-битовое целое число без знака, указывающее тип сообщения: 0 подтверждаемое , 1 неподтвержденный

TKL : Длина маркера - это 4-битная длина маркера

Код : это кодовый ответ (длина 8 бит)

Идентификатор сообщения : Это идентификатор сообщения, выраженный с помощью 16 bit

node-coap - это клиентская и серверная библиотека для CoAP, смоделированная на основе модуля http .

Следующая библиотека:

Она не анализирует протокол, а вместо этого использует CoAP-пакет.

Если вам нужен интерфейс командной строки для CoAP, проверьте coap-cli.

node -coap - это проект с открытым исходным кодом OPEN , см. Раздел «Содействие», чтобы узнать, что это означает.

$ npm install coap --save

Базовый пример

В следующем примере открывается UDP-сервер и отправляется ему сообщение CoAP:

 var coap = require ('coap') 
, server = coap.createServer ()
server.on ('запрос', функция (req, res) {
res.end ('Hello' + req.url.split ('/') [1] + '\ n')
})
// порт CoAP по умолчанию - 5683
server.listen (function () {
var req = coap.request ('coap: // localhost / Matteo')
req.on ('response', function (res) {
res.pipe (process.stdout)
res.on ('end', function () {
process.exit (0)
})
})
req.end ()
})

Как сделать Использование - посетите https: // www.npmjs.com/package/coap

CoAP Протокол достаточно прост, чтобы реализовать его с нуля для простого приложения. Для приложений, где это нежелательно, становятся доступными общие реализации для множества платформ. Многие из этих реализаций остаются частными, но некоторые из них публикуются с либеральными лицензиями с открытым исходным кодом, такими как Apache 2.0 или лицензия MIT

Посетите - http://coap.technology/impls.html

И MQTT, и CoAP:

  • Являются открытыми стандартами
  • Лучше подходят для ограниченных сред, чем HTTP
  • Обеспечивают механизмы для асинхронной связи
  • Работают на IP
  • Имеют ряд реализаций

В следующей таблице сравниваются различные функции COAP и MQTT, и в таблице приводится разница между CoAP и протоколы MQTT.

Функции CoAP MQTT Полноформатный протокол приложений с ограничениями Очередь сообщений Телеметрия Транспортная модель, используемая для связи Запрос-ответ, публикация-подписка Публикация-подписка RESTful Да Нет Транспортный уровень Предпочтительно также можно использовать UDP, TCP. Предпочтительно TCP, также можно использовать UDP (MQTT-S). Размер заголовка 4 байта 2 байта Количество используемых типов сообщений 4 16 Обмен сообщениями Асинхронный и синхронный Асинхронный Надежность приложений 2 уровня 3 уровня безопасности IPSEC или DTLS Не определено в стандартных посредниках ДА ДА (MQTT-S) Пригодность LLN (тыс. Узлов) Отличное честное приложение истории успеха Utility Field Area Networks Расширение корпоративных сообщений до приложений IoT

MQTT и CoAP полезны в качестве протоколов IoT, но имеют фундаментальные различия.

MQTT - это протокол связи «многие ко многим» для передачи сообщений между несколькими клиентами через центрального брокера. Он разделяет производителя и потребителя, позволяя клиентам публиковать сообщения, а брокер решает, куда направлять и копировать сообщения. Хотя MQTT имеет некоторую поддержку постоянства, он лучше всего работает в качестве коммуникационной шины для данных в реальном времени.

CoAP - это, прежде всего, протокол «один к одному» для передачи информации о состоянии между клиентом и сервером. Несмотря на то, что он поддерживает наблюдение за ресурсами, CoAP лучше всего подходит для модели передачи состояния, а не исключительно на основе событий.

MQTT-клиенты устанавливают долговременное исходящее TCP-соединение с брокером. Обычно это не представляет проблемы для устройств за NAT. Клиенты и серверы CoAP отправляют и получают пакеты UDP. В среде NAT можно использовать туннелирование или переадресацию портов, чтобы разрешить CoAP, или устройства могут сначала инициировать соединение с головным узлом, как в LWM2M.

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

У обоих протоколов есть свои плюсы и минусы, выбор правильного зависит от вашего приложения.

Рекомендовано:

Надеюсь, вам понравится этот пост. Есть вопросы? Оставьте комментарий ниже!

ETSI публикует спецификации тестирования IoT для MQTT, COAP

ETSI TS 103 596 излагает общую структуру набора тестов и каталог предложений по тестированию для CoAP, служа руководством для кампаний по тестированию как клиентов, так и серверов.Он состоит из трех частей: в первой части рассматриваются вопросы соответствия, а во второй и третьей части обсуждаются вопросы безопасности и производительности.

С другой стороны, ETSI TS 103 597 предоставляет общую структуру набора тестов и цели для MQTT. Он также состоит из трех частей, посвященных тестированию на соответствие, безопасности и производительности.

Наконец, ETSI TS 103 646 определяет тестирование для выбранных требований безопасности, изложенных в стандартах IEC 6244-4-2. По заявлению организации, выбранные требования были собраны путем «определения специального профиля IoT».Полученные профили представляют собой общий минимальный уровень безопасности для устройств IoT.

«Эти новые стандарты заполняют пробелы в оценке качества некоторых из наиболее актуальных протоколов связи и системных требований сегодняшних промышленных систем IoT с использованием стандартизированных методов тестирования от ETSI», - говорит Аксель Реннох, председатель рабочей группы ETSI по тестированию в TC MTS. .

Спецификации тестирования служат руководством как для пользователей, так и для разработчиков при тестировании безопасности CoAP, MQTT и основного профиля безопасности IoT-Profile для усиления безопасности протоколов.Однако предприятиям по-прежнему важно лучше понимать риски, связанные с такими протоколами.

В исследовании Trend Micro 2018 MQTT и CoAP: проблемы безопасности и конфиденциальности в протоколах связи IoT и IIoT было обнаружено, что сотни тысяч узлов MQTT и CoAP могут быть доступны с использованием общедоступных IP-адресов. Он предоставляет злоумышленникам миллионы открытых записей.

Согласно исследованию, незащищенные конечные точки могут раскрывать записи и информацию об утечках.Более того, уязвимые конечные точки также подвергаются риску атак типа «отказ в обслуживании» (DoS).

Организации и производители должны понимать и уделять больше внимания безопасности IoT и IIoT. Команды безопасности также должны гарантировать наличие надлежащих механизмов безопасности при использовании протоколов.

Чтобы узнать больше о последствиях для безопасности кампусных сетей и слепых пятен в безопасности АСУ ТП, прочтите следующий комплексный анализ, проведенный экспертами Trend Micro:

Qt CoAP 5.13,2

Протокол ограниченного приложения (CoAP) - это протокол веб-передачи между машинами (M2M) для использования с ограниченными узлами и ограниченными сетями в Интернете вещей (IoT). Он разработан так, чтобы легко взаимодействовать с HTTP для интеграции с Интернетом, отвечая при этом особым требованиям, таким как поддержка многоадресной рассылки, очень низкие накладные расходы и простота для сред с ограничениями.

Модуль Qt CoAP реализует клиентскую сторону CoAP, определенную в RFC 7252. Как правило, CoAP разработан для использования транспорта, ориентированного на дейтаграммы, такого как UDP, поэтому текущая реализация транспорта основана на UDP.Однако также возможна реализация настраиваемых транспортов на основе TCP, WebSocket и т. Д.

Модуль Qt CoAP поддерживает:

  • Безопасность на основе дейтаграммы TLS (DTLS) через UDP
  • Групповая связь, определенная RFC 7390
  • Поблочные переводы, определенные RFC 7959
  • Наблюдение за ресурсами, определенное RFC 7641
  • Обнаружение ресурсов (многоадресная рассылка и отдельный сервер)

Примечание. Qt CoAP является частью предложения Qt for Automation, а не Qt.Для получения дополнительных сведений см. Qt для автоматизации.

Начало работы

Чтобы включить определения классов модуля, используйте следующую директиву:

Чтобы связать с модулем, добавьте эту строку в свой файл qmake .pro :

Статьи и руководства

Примеры

Ссылка

Лицензии и авторство

Qt CoAP доступен по коммерческим лицензиям от The Qt Company. Кроме того, он доступен под Стандартной общественной лицензией GNU версии 3.

© 2020 Компания Qt Company Ltd. Включенная сюда документация является собственностью их владельцы. Представленная здесь документация лицензирована в соответствии с условиями лицензии GNU Free Documentation License версии 1.3, опубликованной Free Software Foundation. Qt и соответствующие логотипы являются товарными знаками компании Qt Company Ltd. в Финляндии и / или других странах по всему миру. Все остальные товарные знаки являются собственностью их владельцев.

Руководство по стандартам и протоколам Интернета вещей

Вместо того, чтобы пытаться подогнать все протоколы IoT к существующим архитектурным моделям, таким как модель OSI, мы разбили протоколы на следующие уровни, чтобы обеспечить определенный уровень организации:

  1. Инфраструктура (например: 6LowPAN, IPv4 / IPv6, RPL)
  2. Идентификация (например: EPC, uCode, IPv6, URI)
  3. Связь / транспорт (например: Wi-Fi, Bluetooth, LPWAN)
  4. Обнаружение (например, Physical Web, mDNS, DNS-SD)
  5. Протоколы данных (например: MQTT, CoAP, AMQP, Websocket, Node)
  6. Управление устройством (например: TR-069, OMA-DM)
  7. Семантика (например, JSON-LD, модель веб-объекта)
  8. Многослойные каркасы (например, Alljoyn, IoTivity, Weave, Homekit)

Безопасность
Вертикальная отрасль (домашний, промышленный и т. Д.)

Инфраструктура

IPv6 - «IPv6» - это протокол Интернет-уровня для межсетевого взаимодействия с коммутацией пакетов, обеспечивающий сквозную передачу дейтаграмм через несколько IP-сетей.

6LoWPAN - «6LoWPAN - это аббревиатура IPv6 по беспроводным персональным сетям с низким энергопотреблением. Это уровень адаптации для IPv6 по каналам IEEE802.15.4. Этот протокол работает только в диапазоне частот 2,4 ГГц со скоростью передачи 250 кбит / с».

UDP (протокол дейтаграмм пользователя) - простой протокол транспортного уровня OSI для сетевых приложений клиент / сервер, основанный на интернет-протоколе (IP). UDP - основная альтернатива TCP и один из старейших существующих сетевых протоколов, представленный в 1980 году.UDP часто используется в приложениях, специально настроенных для работы в реальном времени.

- QUIC (Quick UDP Internet Connections, произносится быстро) поддерживает набор мультиплексированных соединений между двумя конечными точками по протоколу дейтаграмм пользователя (UDP) и был разработан для обеспечения защиты, эквивалентной TLS / SSL, наряду с уменьшением задержки соединения и транспорта, и оценка пропускной способности в каждом направлении, чтобы избежать перегрузки.

- Aeron - эффективный надежный одноадресный UDP, многоадресный UDP и транспорт сообщений IPC.

uIP - uIP - это стек TCP / IP с открытым исходным кодом, который можно использовать с крошечными 8- и 16-разрядными микроконтроллерами. Первоначально он был разработан Адамом Данкелсом из группы «Сетевые встраиваемые системы» Шведского института компьютерных наук, под лицензией BSD, а затем доработан широкой группой разработчиков.

DTLS (Транспортный уровень дейтаграмм) - «Протокол DTLS обеспечивает конфиденциальность связи для протоколов дейтаграмм. Протокол позволяет клиент-серверным приложениям обмениваться данными таким образом, чтобы предотвратить перехват, подделку или подделку сообщений.Протокол DTLS основан на протоколе безопасности транспортного уровня (TLS) и обеспечивает аналогичные гарантии безопасности ».

ROLL / RPL (маршрутизация IPv6 для сетей с низким энергопотреблением / потерями)

NanoIP
"NanoIP, что означает Интернет-протокол nano, представляет собой концепцию, которая была создана для предоставления сетевых услуг, подобных Интернету, для встроенных и сенсорных устройств, без накладных расходов TCP / IP. NanoIP был разработан с минимальными накладными расходами, беспроводная сеть , а также местную адресацию.«

Content-Centric Networking (CCN) - Технический обзор
"Сетевая архитектура нового поколения для решения проблем, связанных с масштабируемостью, мобильностью и безопасностью распределения контента.
CCN напрямую маршрутизирует и доставляет именованные фрагменты контента на уровне пакетов сети, что позволяет автоматическое и независимое от приложений кэширование в памяти, где бы она ни находилась в сети. Результат? Эффективная и действенная доставка контента везде и всегда, когда это необходимо. Поскольку архитектура допускает эти эффекты кэширования как автоматический побочный эффект доставки пакетов, память может быть используется без создания дорогостоящих служб кэширования на уровне приложений.«

Time Synchronized Mesh Protocol (TSMP)
Протокол связи для самоорганизующихся сетей беспроводных устройств, называемых motes. Устройства TSMP остаются синхронизированными друг с другом и обмениваются данными в временных интервалах, как и другие системы TDM (мультиплексирование с временным разделением).

Дискавери

mDNS (многоадресная система доменных имен) - преобразует имена хостов в IP-адреса в небольших сетях, которые не включают локальный сервер имен.

Physical Web - Physical Web позволяет вам видеть список URL-адресов, транслируемых объектами в окружающей вас среде с помощью маяка Bluetooth Low Energy (BLE).

HyperCat - открытый, легкий формат каталога гипермедиа на основе JSON для отображения коллекций URI.

UPnP (Universal Plug and Play) - теперь управляемый Open Connectivity Foundation, это набор сетевых протоколов, который позволяет сетевым устройствам беспрепятственно обнаруживать присутствие друг друга в сети и создавать функциональные сетевые службы для обмена данными, связи и развлечений.

Протоколы данных

MQTT (Транспорт телеметрии очереди сообщений)
«Протокол MQTT позволяет чрезвычайно облегчить модель обмена сообщениями« публикация / подписка ».Это полезно для подключений к удаленным местам, где требуется небольшой размер кода и / или пропускная способность сети слишком высока ».
-Дополнительные ресурсы

MQTT-SN (MQTT для сенсорных сетей) - открытый и легкий протокол публикации / подписки, разработанный специально для межмашинных и мобильных приложений

-Mosquitto: брокер MQTT v3.1 с открытым исходным кодом
- IBM MessageSight

CoAP (протокол ограниченного приложения)
"CoAP - это протокол прикладного уровня, который предназначен для использования в устройствах Интернет с ограниченными ресурсами, таких как узлы WSN.CoAP разработан для легкого преобразования в HTTP для упрощенной интеграции с Интернетом, а также отвечает специальным требованиям, таким как поддержка многоадресной рассылки, очень низкие накладные расходы и простота. Группа CoRE предложила следующие функции для CoAP: дизайн протокола RESTful, минимизирующий сложность сопоставления с HTTP, низкие накладные расходы заголовка и сложность синтаксического анализа, поддержка URI и типов содержимого, поддержка обнаружения ресурсов, предоставляемых известными службами CoAP. Простая подписка на ресурс и результирующие push-уведомления, Простое кеширование на основе максимального возраста.«
-Дополнительные ресурсы

- SMCP - Стек CoAP на основе C, который подходит для встраиваемых сред. Возможности включают: поддержку draft-ietf-core-coap-13, полностью асинхронный ввод-вывод, поддерживает как сокеты BSD, так и UIP.

STOMP - простой протокол обмена текстовыми сообщениями

XMPP (Extensible Messaging and Presence Protocol)
"Открытая технология для связи в реальном времени, которая поддерживает широкий спектр приложений, включая обмен мгновенными сообщениями, присутствие, многосторонний чат, голосовые и видеозвонки, совместную работу, облегченное промежуточное программное обеспечение, распространение контента и обобщенная маршрутизация XML-данных.«
-Дополнительные ресурсы

- XMPP-IoT
«В той же усадьбе, что и XMPP, тихо создал взаимодействие людей с людьми. Мы стремимся сделать взаимодействие машины с людьми и машины с машиной для взаимодействия».

Mihini / M3DA
«Агент Mihini - это программный компонент, который действует как посредник между сервером M2M и приложениями, работающими на встроенном шлюзе. M3DA - это протокол, оптимизированный для передачи двоичных данных M2M.Он доступен в проекте Mihini как для средств управления устройствами, упрощая манипулирование и синхронизацию модели данных устройства, так и для средств управления активами, позволяя пользовательским приложениям обмениваться типизированными данными / командами взад и вперед с M2M. сервер таким образом, чтобы оптимизировать использование полосы пропускания »

AMQP (Advanced Message Queuing Protocol)
«Открытый стандартный протокол уровня приложений для промежуточного программного обеспечения, ориентированного на сообщения. Определяющими характеристиками AMQP являются ориентация сообщений, организация очередей, маршрутизация (включая двухточечную и публикацию и подписку), надежность. и безопасность.«
- Дополнительные ресурсы

DDS (Служба распределения данных для систем реального времени)
«Первый открытый международный стандарт промежуточного программного обеспечения, непосредственно обращающийся к коммуникациям публикации-подписки для систем реального времени и встроенных систем».

JMS (Java Message Service) - Java Message Oriented Middleware (MOM) API для отправки сообщений между двумя или более клиентами.

LLAP (облегченный протокол локальной автоматизации)
«LLAP - это простое короткое сообщение, которое отправляется между интеллектуальными объектами с использованием обычного текста, это не похоже на TCP / IP, bluetooth, zigbee, 6lowpan, WiFi и т. Д., Которые достигаются на низком уровне« как » перемещать данные.Это означает, что LLAP может работать на любом носителе связи. Три сильных стороны LLAP заключаются в том, что он будет работать на чем угодно сейчас, на чем угодно в будущем, и это легко понять людям ».

LWM2M (Lightweight M2M)
"Lightweight M2M (LWM2M) - это системный стандарт в Open Mobile Alliance. Он включает DTLS, CoAP, Block, Observe, SenML и каталог ресурсов и объединяет их в интерфейс устройство-сервер вместе с объектом. структура."

SSI (Simple Sensor Interface)
«простой протокол связи, предназначенный для передачи данных между компьютерами или пользовательскими терминалами и интеллектуальными датчиками»

Reactive Streams
"Стандарт для асинхронной обработки потоков с неблокирующим обратным давлением на JVM.«

ОНС 2.0

REST (передача репрезентативного состояния) - RESTful HTTP
- Дополнительные ресурсы в контексте IoT

HTTP / 2 - Обеспечивает более эффективное использование сетевых ресурсов и снижение восприятия задержки за счет введения сжатия поля заголовка и разрешения нескольких одновременных обменов по одному и тому же соединению.

SOAP (простой протокол доступа к объектам), JSON / XML, WebHooks, Jelastic, MongoDB

Websocket
Спецификация WebSocket, разработанная в рамках инициативы HTML5, представила интерфейс JavaScript WebSocket, который определяет полнодуплексное однопроцессорное соединение, по которому сообщения могут передаваться между клиентом и сервером.Стандарт WebSocket упрощает большую часть сложности, связанной с двунаправленной веб-коммуникацией и управлением соединениями.

JavaScript / Node.js IoT-проекты

Список программных проектов Интернета вещей, таких как Contiki, Riot OS и т. Д., Можно найти здесь.


Коммуникационный / Транспортный уровень

Кредит изображения: Гелий

Ethernet

WirelessHart
"Технология WirelessHART обеспечивает надежный беспроводной протокол для всего диапазона приложений измерения, контроля и управления активами.«

DigiMesh
"DigiMesh - это запатентованная топология одноранговой сети для использования в решениях для беспроводного подключения конечных точек.

ISA100.11a
"ISA100.11a - это стандарт технологии беспроводной сети, разработанный Международным обществом автоматизации (ISA). Официальное описание -" Беспроводные системы для промышленной автоматизации: управление процессами и связанное приложение "

IEEE 802.15.4
IEEE 802.15.4 - это стандарт, который определяет физический уровень и управление доступом к среде для низкоскоростных беспроводных персональных сетей (LR-WPAN).Он поддерживается рабочей группой IEEE 802.15. Это основа для спецификаций ZigBee, ISA100.11a, WirelessHART и MiWi, каждая из которых дополнительно расширяет стандарт, развивая верхние уровни, которые не определены в IEEE 802.15.4. В качестве альтернативы его можно использовать с 6LoWPAN и стандартными Интернет-протоколами для создания встроенного беспроводного Интернета.

NFC
На основе стандарта ISO / IEC 18092: 2004 с использованием индуктивных устройств с центральной частотой 13,56 МГц. Скорость передачи данных составляет до 424 кбит / с, а радиус действия на несколько метров меньше по сравнению с беспроводными сенсорными сетями.

ANT
ANT - это запатентованная технология беспроводной сенсорной сети со стеком протоколов беспроводной связи, которая позволяет полупроводниковым радиостанциям, работающим в промышленном, научном и медицинском распределении радиочастотного спектра 2,4 ГГц («диапазон ISM»), осуществлять связь посредством установления стандартных правил для совместной работы. -существование, представление данных, сигнализация, аутентификация и обнаружение ошибок.

Bluetooth
Bluetooth работает в диапазоне ISM 2,4 ГГц и использует скачкообразную перестройку частоты. Со скоростью передачи данных до 3 Мбит / с и максимальным радиусом действия 100 м.Каждый тип приложения, которое может использовать Bluetooth, имеет свой собственный профиль.

Eddystone - спецификация протокола, определяющая формат сообщений Bluetooth с низким энергопотреблением (BLE) для сообщений с бесконтактных радиомаяков.

ZigBee
Протокол ZigBee использует стандарт 802.15.4 и работает в диапазоне частот 2,4 ГГц со скоростью 250 кбит / с. Максимальное количество узлов в сети - 1024 с дальностью действия до 200 метров. ZigBee может использовать 128-битное шифрование AES.

EnOcean
EnOcean - это беспроводная технология сбора энергии, работающая на частотах 868 МГц для Европы и 315 МГц для Северной Америки.Дальность передачи достигает 30 метров в зданиях и до 300 метров на открытом воздухе.

Wi-Fi

WiMax
WiMax основан на стандарте IEEE 802.16 и предназначен для беспроводных городских сетей. Диапазон различен для фиксированных станций, где он может достигать 50 км, и для мобильных устройств - от 5 до 15 км. WiMAx работает на частотах от 2,5 ГГц до 5,8 ГГц со скоростью передачи 40 Мбит / с.

LPWAN

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

NB-IoT (Narrow-Band IoT) Технология, стандартизированная органом по стандартизации 3GPP

LTE-MTC (LTE-Machine Type Communication) - Семейство технологий на основе стандартов поддерживает несколько категорий технологий, таких как Cat-1 и CatM1, подходящих для IoT.

EC-GSM-IoT (Extended Coverage-GSM-IoT) - открывает новые возможности существующих сотовых сетей для приложений IoT LPWA (Low Power Wide Area). EC-GSM-IoT можно активировать с помощью нового программного обеспечения, развернутого на очень большой площади GSM, что увеличивает покрытие для обслуживания устройств IoT.

LoRaWAN - Сетевой протокол, предназначенный для беспроводных устройств с батарейным питанием в региональной, национальной или глобальной сети.

RPMA (Множественный доступ с произвольной фазой) Технологическая система связи, использующая расширенный спектр прямой последовательности (DSSS) с множественным доступом.

Сотовая связь:


Сотовая связь GPRS / 2G / 3G / 4G

- Более полный обзор коммуникаций и технологий Интернета вещей можно найти здесь.

.

Оставить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *