Как найти стп: Способы определения положения средней точки попадания

Содержание

Принцип работы протокола STP / Хабр

Причина создания STP

Причиной создания протокола STP стало возникновение петель на коммутаторах. Что такое петля? Определение петли звучит так:

Петля коммутации (Bridging loop, Switching loop) — состояние в сети, при котором происходит бесконечная пересылка фреймов между коммутаторами, подключенными в один и тот же сегмент сети.

Из определения становится ясно, что возникновение петли создает большие проблемы — ведет к перегрузке свитчей и неработоспособности данного сегмента сети. Как возникает петля? На картинке ниже приведена топология, при которой будет возникать петля при отсутствии каких-либо защитных механизмов:

Возникновение петли при следующих условиях:

1. Какой-либо из хостов посылает бродкаст фрейм:

  1. К примеру, VPC5 отправляет пакет с бродкастовым адресом назначения.
  2. Switch2 приняв данный пакет, должен отправить его через все порты, кроме порта, с которого пришел данный пакет.
    Пакет отправится через порты Gi0/0, Gi1/0.
  3. Коммутаторы Switch3, Switch4 приняв данный пакет также должны будут его разослать пакет. Таким образом Switch3, получивший пакет от Switch2 отправит его Switch4, а Switch4 отправит его Switch3.
  4. Далее, Switch3 получив пакет от Switch4, отправит его Switch2, а Switch4 получив пакет от Switch3, отправит его также Switch2. Тем самым, мы приходим к шагу 1) и она будет продолжаться бесконечно. Также все усугубляется тем, что на 4) шаге Switch2 будет иметь уже два экземляра фрейма, так как получит их и от Switch3, и от Switch4.

Шаги 1) — 4) будут повторяться бесконечно и на коммутоторах это происходит в долю секунды. Также образование петли приводит к тому, что постоянно будет меняться таблица мак-адресов на коммутаторах и мак-адрес отправителя VPC5 будет постоянно приписываться то к интерфейсу Gi0/0, то Gi1/0 или же Gi0/2( если в этот момент VPC5 будет отправлять другие пакеты). Такой цикл приведет к некорректной работе сети и всех коммутаторов.

А отправка бродкастовых пакетов для хостов — это обычное дело, в качетсве примера протокол ARP.

2. Также петля может образоваться и без отправки бродкаст фрейма.

  1. К примеру, VPC5 отправляет фрейм с юникастовым мак-адресом назначения.
  2. Возможна ситуация, что мак-адрес назначения отсутствует в таблице мак-адресов коммутаторов. В данном случае, коммутатор будет пересылать пакет через все порты, кроме порта с которого получил данный фрейм. И получаем такую же ситуацию, как и с бродкаст фреймом.
  3. Ниже мы будем рассматривать протокол STP на коммутаторах Cisco. На них используется STP отдельно для каждого vlan-а, протокол PVST+. У нас всего один vlan, поэтому смысл от этого не меняется.

Основы STP

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

Чтобы построить такое дерево вначале необходимо определить корень дерева, из которого и будет строиться граф. Поэтому первым шагом протокола STP является определение корневого коммутатора (Root Switch). Для определения Root Switch-a, коммутаторы обмениваются сообщениями BPDU. В общем, протокол STP использует два типа сообщений: BPDU — содержит информацию о коммутаторах и TCN — уведомляет о изменении топологии. Рассмотрим BPDU более детально. Про TCN более подробно поговорим ниже. При включении STP на коммутаторах, коммутаторы начинают рассылать BPDU сообщения. В данных сообщениях содержится следующая информация:

Фрейм BPDU имеет следующие поля:

  • Идентификатор версии протокола STA (2 байта). Коммутаторы должны поддерживать одну и ту же версию протокола STA
  • Версия протокола STP (1 байт)
  • Тип BPDU (1 байт). Существует 2 типа BPDU — конфигурационный и уведомление о реконфигурации
  • Флаги (1 байт)
  • Идентификатор корневого коммутатора (8 байт)
  • Стоимость маршрута до корневого свича (Root Path Cost)
  • Идентификатор отправителя (Bridge ID) (8 байт)
  • Идентификатор порта, из которого отправлен данный пакет (Port ID) (2 байта)
  • Время жизни сообщения (2 байта).
    Измеряется в единицах по 0,5 с, служит для выявления устаревших сообщений
  • Максимальное время жизни сообщения (2 байта). Если кадр BPDU имеет время жизни, превышающее максимальное, то кадр игнорируется коммутаторами
  • Интервал hello (2 байт), интервал через который посылаются пакеты BPDU
  • Задержка смены состояний (2 байта). Минимальное время перехода коммутатора в активное состояние

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

  • Идентификатор отправителя (Bridge ID)
  • Идентификатор корневого свича (Root Bridge ID)
  • Идентификатор порта, из которого отправлен данный пакет (Port ID)
  • Стоимость маршрута до корневого свича (Root Path Cost)

Для определения корневого коммутатора используется индентификатор коммутатора — Bridge ID. Bridge ID это число длиной 8 байт, которое состоит из Bridge Priority (приоритет, от 0 до 65535, по умолчанию 32768) и MAC-адреса устройства. Корневым коммутатором выбирается коммутатор с самым низким приоритетом, если приоритеты равны, то сравниваются MAC-адреса (посимвольно, тот который меньше, тот побеждает).

Вот вывод информации о Bridge ID с коммутатора Switch2 из первой картинки. Priority — 32769 ( по умолчанию 32768 + Vlan Id), MAC-адреса — Address 5000.0001.0000:

Представим картину, коммутаторы только включились и теперь начинают строить топологию без петель. Как только коммутаторы загрузились, они приступают к рассылке BPDU, где информируют всех, что они являются корнем дерева. В BPDU в качестве Root Bridge ID, коммутаторы указывают собственный Bridge ID. Например, Switch2 отправляет BPDU коммутатору Switch4, а Switch4 отправляет к Switch2. BPDU от Switch2 к Switch4:

BPDU от Switch4 к Switch2:

Как видим из Root Identifier, оба коммутотара друг другу сообщают, что именно он является Root коммутатором.

Выбор корневого коммутатора

Пока топология STP не построена, обычный трафик не передается из-за специальных состояний портов, о которых будет сказано ниже. Итак, Switch4 получается BPDU от Switch2 и изучает данное сообщение. Switch4 смотрит в поле Root Bridge ID и видит, что там указан другой Root Bridge ID, чем в том сообщении, которое отправил сам Switch4. Он сравнивает Root Bridge ID в данном сообщении со своим Root Bridge ID и видит, что хоть Priority одинаковые, но MAC-адрес данного коммутатора (Switch2) лучше (меньше), чем у него. Поэтому Switch4 принимает Root Bridge ID от Switch2 и перестает отправлять свои BPDU, а только слушает BPDU от Switch2. Порт, на котором был получен наилучший BPDU становится Root Port-ом. Switch2 также получив BPDU от Switch4, проводит сравнение, но в этом случае поведение Switch2 не меняется, так как полученный BPDU содержит худший Root Bridge ID, чем у Switch2. Таким образом, между Switch2 и Switch4 был определен корневой коммутатор. По аналогичной схеме происходит выбор корневого коммутатора между Switch2 и Switch3. Порты Gi0/0 на Switch3 и Switch4 становятся Root Port — порт, который ведет к корневому коммутатору.
Через данный порт коммутаторы Switch3 и Switch4 принимают BPDU от Root Bridge. Теперь разберемся, что произойдет с каналом между Switch3 и Switch4.

Блокирование избыточных каналов

Как мы видим из топологии, канал между Switch3 и Switch4 должен быть заблокирован для предотвращения образования петель. Как STP справляется с этим?

После того, как выбран Root Bridge, Switch3 и Switch4 перестают отправлять BPDU через Root Port-ы, но BPDU, полученные от Root Bridge, они пересылают через все свои остальные активные порты, при этом изменив в данных BPDU только следующие поля:

  • Идентификатор отправителя (Bridge ID) — заменяется на свой идентификатор.
  • Идентификатор порта, из которого отправлен данный пакет (Port ID) — изменяется на идентификатор порта, с которого будет отправлен BPDU.
  • Стоимость маршрута до корневого свича (Root Path Cost) — вычисляется стоимость маршрута относительно самого коммутатора.

Таким образом, Switch3 получает cледующий BPDU от Switch4:


А Switch4 от Switch3 получает такой BPDU:

После обмена такими BPDU, Switch3 и Switch4 понимают, что топология избыточна. Почему коммутаторы понимают, что топология избыточна? И Switch3, и Switch4 в своих BPDU сообщают об одном и том же Root Bridge. Это означает, что к Root Bridge, относительно Switch4, существует два пути — через Switch2 и Switch3, а это и есть та самая избыточность против которой мы боремся. Также и для Switch3 два пути — через Switch2 и Switch4. Чтоб избавиться от этой избыточности

необходимо заблокировать канал между Switch4 и Switch3. Как это происходит?

Выбор на каком коммутатоторе заблокировать порт происходит по следующей схеме:

  • Меньшего Root Path Cost.
  • Меньшего Bridge ID.
  • Меньшего Port ID.

В данной схеме Root Path Cost играет более важную роль, чем Bridge ID. Раньше я думал, что данный выбор происходит аналогично выбору Root коммутатора и был удивлен, что, например, в такой топологии будет блокироваться не порт на коммутаторе с самым плохим приоритетом:

Здесь как оказалось заблокируется порт Gi 0/1 на коммутаторе Sw2. В данном голосовании определяющим становится Root Path Cost. Вернемся к нашей топологии. Так как путь до Root Bridge одинаковый, то в данном выборе побеждает Switch3, так как его priority равны, сравниваются Bridge ID. У Switch3 — 50:00:00:02:00:00, у Switch4 — 50:00:00:03:00:00. У Switch3 MAC-адрес лушче (меньше). После того, как выбор сделан, Switch4 перестает переслать какие-либо пакеты через данный порт — Gi1/0, в том числе и BPDU, а только слушает BPDU от Switch3. Данное состояние порта в STP называется Blocking(BLK). Порт Gi1/0 на Switch3 работает в штатном режиме и пересылает различные пакеты при необходимости, но Switch4 их сразу отбрасывает, слушая только BPDU. Таким образом, на данном примере мы построили топологию без избыточных каналов. Единственный избыточный канал между Switch3 и Switch4 был заблокирован при помощи перевода порта Gi1/0 на Switch4 в специальное состояние блокирования — BLK. Теперь более детально разберем механизмы STP.

Состояния портов

Мы говорили выше, что, например, порт Gi1/0 на Switch4 переходит в специальное состояние блокирования — Blocking. В STP существуют следующие состояния портов:

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

Listening — прослушивание. Как мы говорили выше, что до того, пока еще не выбран корневой коммутатор, порты находятся в специальном состоянии, где передаются только BPDU, фреймы с данными не передаются и не принимаются в этом случае. Состояние Listening не переходит в следующее даже, если Root Bridge определен. Данное состояние порта длится в течении Forward delay timer, который, по умолчанию, равен 15. Почему всегда надо ждать 15 секунд? Это вызвано осторожностью протокола STP, чтоб случайно не был выбран некорректный Root Bridge. По истечению данного периода, порт переходит в следующее состояние — Learning.

Learning — обучение. В данном состояние порт слушает и отправляет BPDU, но информацию с данными не отправляет. Отличие данного состояния от Listening в том, что фреймы с данными, который приходят на порт изучаются и информация о MAC-адресах заносится в таблицу MAC-адресов коммутатора. Переход в следующее состояние также занимает Forward delay timer.

Forwarding — пересылка. Это обычное состояние порта, в котором отправляются и пакеты BPDU, и фреймы с обычными данными. Таким образом, если мы пройдемся по схеме, когда коммутаторы только загрузились, то получается следующая схема:

  1. Коммутатор переводит все свои подключенные порты в состояние Listening и начинает отправлять BPDU, где объявляет себя корневым коммутатором. В этот период времени, либо коммутатор остается корневым, если не получил лучший BPDU, либо выбирает корневой коммутатор. Это длится 15 секунд.
  2. После переходит в состояние Learning и изучает MAC-адреса. 15 секунд.
  3. Определяет какие порты перевести в состояние Forwarding, а какие в Blocking.

Роли портов

Помимо состояний портов, также в STP нужны определить портам их роли. Это делается для того, чтоб на каком порте должен ожидаться BPDU от корневого коммутатора, а через какие порты передавать копии BPDU, полученных от корневого коммутатора. Роли портов следующие:

Root Port — корневой порт коммутатора. При выборе корневого коммутатора также и определяется корневой порт. Это порт через который подключен корневой коммутатор. Например, в нашей топологии порты Gi0/0 на Switch3 и Switch4 являются корневыми портами. Через данные порты Switch3 и Switch4 не отправляют BPDU, а только слушают их от Root Bridge. Возникает вопрос — как выбирается корневой порт? Почему не выбран порт Gi1/0? Через него ведь тоже можно иметь связь с коммутатором? Для определения корневого порта в STP используется метрика, которая указывает в поле BPDU — Root Path Cost (стоимость маршрута до корневого свича). Данная стоимость определяется по скорости канала.

Switch2 в своих BPDU в поле Root Path Cost ставит 0, так как сам является Root Bridge. А вот, когда Switch3, когда отправляет BPDU к Switch4, то изменяет данное поле. Он ставит Root Path Cost равным стоимости канала между собой и Switch2. На картинке BPDU от Switch3 и Switch4 можно увидеть, что в данном поле Root Path Cost равен 4, так как канал между Switch2 и Switch3 равен 1 Gbps. Если количество коммутаторов будет больше, то каждый следующий коммутатор будет суммировать стоимость Root Path Cost. Таблица Root Path Cost.

Designated Port — назначенный порт сегмента. Для каждого сегмента сети должен быть порт, который отвечает за подключение данного сегмента к сети. Условно говоря, под сегментом сети может подразумеваться кабель, который осуществляет подключение данного сегмента. Например, порты Gi0/2 на Switch2, Switch4 подключают отдельные сегменты сети, к которым ведет только данный кабель. Также, например, порты на Root Bridge не могут быть заблокированы и все являются назначенными портами сегмента. После данного пояснения можно дать более строгое определения для назначенных портов:
Designated Port (назначенный) — некорневой порт моста между сегментами сети, принимающий трафик из соответствующего сегмента. В каждом сегменте сети может быть только один назначенный порт. У корневого коммутатора все порты — назначенные.

Также важно заметить, что порт Gi1/0 на Switch3 также является назначенным, несмотря на то, что данный канал связи заблокированным на Switch4. Условно говоря, Switch3 не имеет информации о том, что на другом конце порт заблокирован.

Nondesignated Port — неназначенный порт сегмента. Non-designated Port (неназначенный) — порт, не являющийся корневым, или назначенным. Передача фреймов данных через такой порт запрещена. В нашем примере, порт Gi1/0 является неназначенным.

Disabled Port — порт который находится в выключенном состоянии.

Таймеры и сходимость протокола STP

После того, как STP завершил построение топологии без петель, остается вопрос — Как определять изменения в сети и как реагировать на них? Сообщения BPDU при помощи которых работает STP, рассылаются Root Bridge каждые 2 секунды, по умолчанию. Данный таймер называется Hello Timer. Остальные коммутаторы получив через свой root port данное сообщение пересылают его дальше через все назначенные порты. Выше сказано более подробно какие изменения происходят с BPDU при пересылки его коммутаторов. Если в течении времени, определенным таймером Max Age (по умолчанию — 20 секунд), коммутатор не получил ни одного BPDU от корневого коммутатора, то данное событие трактуется как потеря связи с Root Bridge. Для того, чтобы более корректно описать сходимость протокола необходимо изменить нашу топологию и поставить между коммутаторами хабы. Мы добавили хабы, чтоб при выходе из строя одного из коммутаторов или выхода из строя линка, другие коммутаторы не определяли это по падению линка, а использовали таймеры:

Перед тем, как начать также важно рассказать подробнее о другом типе сообщения STP — TCN. TCN рассылается коммутаторами в случае изменения топологии — как только на каком-либо коммутаторе изменилась топология, например, изменилось состояние интерфейса. TCN отправляется коммутатором только через Root Port. Как только корневой коммутатор получит TCN, он сразу меняет параметр времени хранения MAC-адресов в таблице с 300 секунд до 15 (для чего это делается будет сказано ниже) и в следующем BPDU, Root Switch проставляет флаг — TCA ( Topology Change Acknledgement ), который отправляется коммутатору отправившем TCN для уведовления о том, что TCN был получен. Как только TCN достигает Root Bridge, то он рассылает специальный BPDU, который содержится TCN флаг по всем остальным интерфейсам к другим коммутаторам. На картинке показана структура TCN:

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

Посмотрим, что произойдет если мы отключим интерфейс Gi0/1 на Switch2 и посмотрим при помощи каких механизмов перестроится дерево STP. Switch3 перестанет получать BPDU от Switch2 и не будет получать BPDU от Switch4, так как на Switch4 данный порт заблокирован. У Switch3 уйдет 20 секунд ( Max Age Timer ), чтоб понять потерю связи с Root Bridge. До этого времени, Gi0/0 на Switch3 будет находится в состоянии Forwarding с ролью Root Port. Как только истечет Max Age Timer и Switch3 поймет потерю связи, он будет заново строить дерево STP и как это свойственно STP начнет считать себя Root Bridge. Он отправит новый BPDU, где укажет самого себя в качестве Root Bridge через все активные порты, в том числе и на Switch4. Но таймер Max Age, истекший на Switch3 также истек и на Switch4 для интерфейса Gi1/0. Данный порт уже 20 секунд не получал BPDU и данный порт перейдет в состояние LISTENING и отправит BPDU c указанием в качестве Root Bridge — Switch2. Как только Switch3 примет данный BPDU, он перестанет считать себя Root Bridge и выберет в качестве Root Port — интерфейс Gi1/0. В этот момент Switch3 также отправит TCN через Gi1/0, так как это новый Root Port. Это приведет к тому, что время хранения MAC-адресов на коммутаторах уменьшится с 300 секунд до 15. Но на этом работоспособность сети не восстановится полностью, необходимо подождать пока порт Gi1/0 на Switch4 пройдет состояние Listening, а затем Learning. Это займет время равное двум периодам Forward delay timer — 15 + 15 = 30 секунд. Что мы получаем — при потери связи Switch3 ждет пока истечет таймер Max Age = 20 секунд, заново выберает Root Bridge через другой интерфейс и ждет еще 30 секунд пока ранее заблокированный порт перейдет в состояние Forwarding. Суммарно получаем, что связь между VPC5 и VPC6 прервется на 50 секунд. Как было сказано несколькими предложениями выше при изменение Root Port с Gi0/0 на Gi1/0 на Switch3 был отправлен TCN. Если бы этого не произошло, то все MAC-адреса, изученные через порт Gi 0/0, оставались бы привязаны к Gi0/0. Например, MAC-адрес VPC5 и VPC7 несмотря на то, что STP завершит сходимость через 50 секунд, связь между VPC6 и VPC5, VPC7 не была бы восстановлена, так как все пакеты предназначенные VPC5, VPC7 отправлялись через Gi0/0. Надо было бы ждать не 50 секунд, а 300 секунд пока таблица MAC-адресов перестроится. При помощи TCN, время хранение изменилось с 300 секунд до 15 и пока интерфейс Gi1/0 на Switch4 проходил состояния Listening, а затем Learning и данные о MAC-адресах обновятся.

Также интересен вопрос, что произойдет, если мы заново включим интерфейс Gi0/1 на Switch2? При включение интерфейса Gi0/1, он, как и подобает, перейдет в состояние Listening и начнет рассылать BPDU. Как только Switch3 получит BPDU на порту Gi0/0, то сразу перевыберет свой Root Port, так как тут Cost будет наименьшем и начнет пересылать траффик через интерфейс Gi0/0, но нам необходимо подождать пока интерфейс Gi0/1 пройдет состояния Listening, Learning до Forwarding. И задержка будет уже не 50 секунд, а 30.

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

Как найти новую интересную музыку | StP: звук и тишина

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

Плейлисты и подборки

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

Обзоры и рейтинги

Если не знаете, что послушать, доверьтесь музыкальным критикам и журналистам. Они расскажут о знаковых песнях, которые нельзя пропустить, и о новинках.

Rolling Stone – культовое издание, которое сегодня пишет не только о музыке, но и о культуре в целом, а также о политике. Журнал издается на разных языках. Существовала и русскоязычная версия (закрыта). Сейчас с новостями и обзорами музыки можно ознакомиться на англоязычном сайте. Рекомендуем уделить внимание списку 500 величайших песен всех времен.

Интересные обзоры можно найти на Rate Your Music. Подробные рецензии расскажут, что стоит послушать и почему. Есть поиск музыки по жанрам, году выпуска и ключевым словам.

Pitchfork – профессиональное интернет-издание, которое регулярно публикует рецензии на новые релизы. Можно узнать, чем живет музыкальное сообщество, и подобрать что-то по вкусу.

Consequence of Sound расскажет о последних новостях в мире музыки. Листая их, можно открыть для себя незнакомые имена и найти нового любимого исполнителя.

Flow – русскоязычный ресурс, где есть всё и сразу: новости, разборы музыки, интервью с исполнителями, клипы. Тут наверняка найдется что-то новое и еще не слышанное.

Сайт Rolling Stone.Сайт Rate Your Music. Сайт Pitchfork.

Музыкальные карты

С этими сайтами поиск музыки превратится в увлекательное путешествие.

На Last.fm можно найти похожих исполнителей, чья музыка с большой вероятностью вам понравится. Щелкайте по «облаку» в центре экрана, выбирайте музыкантов и смотрите, что предложит вам сайт. Еще здесь можно узнать, что слушают в разных странах, какие песни популярны сегодня. И просто послушать российскую и зарубежную музыку.

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

Music-Map – очень простой ресурс. Введите имя исполнителя или выберите его из списка и изучайте карту. Например, вот что сервис может предложить поклонникам Аврил Лавин.

Сайт Music-Map.Сайт Last.fm.Сайт inmood.

Понравилась подборка? Еще больше интересных ресурсов найдете здесь – «Пять сайтов, где можно послушать что-то интересное».

Наименования и коды стран мира | ФАО

Австралия Австралия AUS AU 36 AUS 10 17
Австрия Австрийская Республика AUT AT 40 AUT 11 18
Азербайджан Азербайджанская Республика AZE AZ 31 AZE 52 19
Албания Республика Албания ALB AL 8 ALB 3 3
Алжир Алжирская Народная Демократическая Республика DZA DZ 12 DZA 4 4
Ангола Республика Ангола AGO AO 24 AGO 7 8
Андорра Княжество Андорра AND AD 20 AND 6 7
Антигуа и Барбуда Антигуа и Барбуда ATG AG 28 ATG 8 11
Аргентина Аргентинская Республика ARG AR 32 ARG 9 12
Армения Республика Армения ARM AM 51 ARM 1 13
Намибия Республика Намибия NAM NA 516 NAM 147 172
Науру Республика Науру NRU NR 520 NRU 148 173
Непал Федеративная Демократическая Республика Непал NPL NP 524 NPL 149 175
Нигер Республика Нигер NER NE 562 NER 158 181
Нигерия Федеративная Республика Нигерия NGA NG 566 NGA 159 182
Нидерланды Королевство Нидерландов NLD NL 528 NLD 150 177
Никарагуа Республика Никарагуа NIC NI 558 NIC 157 180
Ниуэ Ниуэ NIU NU 570 NIU 160 183
Новая Зеландия Новая Зеландия NZL NZ 554 NZL 156 179
Норвегия Королевство Норвегия NOR NO 578 NOR 162 186
Республика Молдова Республика Молдова MDA MD 498 MDA 146 165
Республика Корея Республика Корея KOR KR 410 KOR 117 202
Российская Федерация Российская Федерация RUS RU 643 RUS 185 204
Руанда Республика Руанда RWA RW 646 RWA 184 205
Румыния Румыния ROU RO 642 ROU 183 203
Сальвадор Республика Эль-Сальвадор SLV SV 222 SLV 60 75
Самоа Независимое Государство Самоа WSM WS 882 WSM 244 212
Сан-Томе и Принсипи Демократическая Республика Сан-Томе и Принсипи STP ST 678 STP 193 214
Сан-Марино Республика Сан-Марино SMR SM 674 SMR 192 213
Саудовская Аравия Королевство Саудовская Аравия SAU SA 682 SAU 194 215
Северная Македония Республика Северная Македония MKD MK 807 MKD 154 241
Сейшельские Острова Республика Сейшельские Острова SYC SC 690 SYC 196 220
Сенегал Республика Сенегал SEN SN 686 SEN 195 217
Сент-Китс и Невис Сент-Китс и Невис KNA KN 659 KNA 188 208
Сент-Винсент и Гренадины Сент-Винсент и Гренадины VCT VC 670 VCT 191 211
Сент-Люсия Сент-Люсия LCA LC 662 LCA 189 209
Сербия Республика Сербия SRB RS 688 SRB 272 2648
Сингапур Республика Сингапур SGP SG 702 SGP 200 222
Сирийская Арабская Республика Сирийская Арабская Республика SYR SY 760 SYR 212 238
Словакия Словацкая Республика SVK SK 703 SVK 199 223
Словения Республика Словения SVN SI 705 SVN 198 224
Соединенное Королевство Великобритании и Северной Ирландии Соединенное Королевство Великобритании и Северной Ирландии GBR GB 826 GBR 229 256
Соединенные Штаты Америки Соединенные Штаты Америки USA US 840 USA 231 259
Соломоновы Острова Соломоновы Острова SLB SB 90 SLB 25 225
Сомали Федеративная Республика Сомали SOM SO 706 SOM 201 226
Сьерра-Леоне Республика Сьерра-Леоне SLE SL 694 SLE 197 221
Судан Республика Судан SDN SD 729 SDN 276 40764
Суринам Республика Суринам SUR SR 740 SUR 207 233
Таджикистан Республика Таджикистан TJK TJ 762 TJK 208 239
Таиланд Королевство Таиланд THA TH 764 THA 216 240
Тимор-Лешти Демократическая Республика Тимор-Лешти TLS TL 626 TLS 176 242
Того Тоголезская Республика TGO TG 768 TGO 217 243
Токелау Токелау TKL TK 772 TKL 218 244
Тонга Королевство Тонга TON TO 776 TON 219 245
Тувалу Тувалу TUV TV 798 TUV 227 252
Тунис Тунисская Республика TUN TN 788 TUN 222 248
Туркменистан Туркменистан TKM TM 795 TKM 213 250
Турция Турецкая Республика TUR TR 792 TUR 223 249
Тринидад и Тобаго Республика Тринидад и Тобаго TTO TT 780 TTO 220 246
Уганда Республика Уганда UGA UG 800 UGA 226 253
Узбекистан Республика Узбекистан UZB UZ 860 UZB 235 261
Украина Украина UKR UA 804 UKR 230 254
Уругвай Восточная Республика Уругвай URY UY 858 URY 234 260
Фарерские острова Фарерские острова FRO FO 234 FRO 64 82
Фиджи Республика Фиджи FJI FJ 242 FJI 66 83
Филиппины Республика Филиппины PHL PH 608 PHL 171 196
Финляндия Финляндская Республика FIN FI 246 FIN 67 84
Франция Французская Республика FRA FR 250 FRA 68 85
Хорватия Республика Хорватия HRV HR 191 HRV 98 62
Центральноафриканская Республика Центральноафриканская Республика CAF CF 140 CAF 37 49
Чад Республика Чад TCD TD 148 TCD 39 50
Чехия Чешская Республика CZE CZ 203 CZE 167 65
Черногория Черногория MNE ME 499 MNE 273 2647
Чили Республика Чили CHL CL 152 CHL 40 51
Швейцария Швейцарская Конфедерация CHE CH 756 CHE 211 237
Швеция Королевство Швеция SWE SE 752 SWE 210 236
Шри-Ланка Демократическая Социалистическая Республика Шри-Ланка LKA LK 144 LKA 38 231
Эквадор Республика Эквадор ECU EC 218 ECU 58 73
Экваториальная Гвинея Республика Экваториальная Гвинея GNQ GQ 226 GNQ 61 76
Эсватини Королевство Эсватини SWZ SZ 748 SWZ 209 235
Эстония Эстонская Республика EST EE 233 EST 63 78
Эфиопия Федеративная Демократическая Республика Эфиопия ETH ET 231 ETH 238 79
Эритрея Государство Эритрея ERI ER 232 ERI 178 77
Южная Африка Южно-Африканская Республика ZAF ZA 710 ZAF 202 227
Южный Судан Республика Южный Судан SSD SS 728 SSD 277 74
Ямайка Ямайка JAM JM 388 JAM 109 123
Япония Япония JPN JP 392 JPN 110 126
Маврикий Республика Маврикий MUS MU 480 MUS 137 160
Мавритания Исламская Республика Мавритания MRT MR 478 MRT 136 159
Мадагаскар Республика Мадагаскар MDG MG 450 MDG 129 150
Малави Республика Малави MWI MW 454 MWI 130 152
Малайзия Малайзия MYS MY 458 MYS 131 153
Мали Республика Мали MLI ML 466 MLI 133 155
Мальдивские Острова Мальдивская Республика MDV MV 462 MDV 132 154
Мальта Республика Мальта MLT MT 470 MLT 134 156
Марокко Королевство Марокко MAR MA 504 MAR 143 169
Маршалловы Острова Республика Маршалловы Острова MHL MH 584 MHL 127 157
Мексика Мексиканские Соединенные Штаты MEX MX 484 MEX 138 162
Микронезия (Федеративные Штаты) Федеративные Штаты Микронезии FSM FM 583 FSM 145 163
Мозамбик Республика Мозамбик MOZ MZ 508 MOZ 144 170
Монако Княжество Монако MCO MC 492 MCO 140 166
Монголия Монголия MNG MN 496 MNG 141 167
Мьянма Республика Союз Мьянма MMR MM 104 MMR 28 171
Кабо-Верде Республика Кабо-Верде CPV CV 132 CPV 35 47
Казахстан Республика Казахстан KAZ KZ 398 KAZ 108 132
Камбоджа Королевство Камбоджа KHM KH 116 KHM 115 44
Камерун Республика Камерун CMR CM 120 CMR 32 45
Канада Канада CAN CA 124 CAN 33 46
Катар Государство Катар QAT QA 634 QAT 179 201
Кения Республика Кения KEN KE 404 KEN 114 133
Кипр Республика Кипр CYP CY 196 CYP 50 64
Китай Китайская Народная Республика CHN CN 156 CHN 41 53
Кирибати Республика Кирибати KIR KI 296 KIR 83 135
Колумбия Республика Колумбия COL CO 170 COL 44 57
Коморские Острова Союз Коморских Островов COM KM 174 COM 45 58
Конго Республика Конго COG CG 178 COG 46 59
Коста-Рика Республика Коста-Рика CRI CR 188 CRI 48 61
Кот-д’Ивуар Республика Кот-д’Ивуар CIV CI 384 CIV 107 66
Корейская Народно-Демократическая Республика Корейская Народно-Демократическая Республика PRK KP 408 PRK 116 67
Куба Республика Куба CUB CU 192 CUB 49 63
Кувейт Государство Кувейт KWT KW 414 KWT 118 137
Кыргызстан Кыргызская Республика KGZ KG 417 KGZ 113 138
Пакистан Исламская Республика Пакистан PAK PK 586 PAK 165 188
Палау Республика Палау PLW PW 585 PLW 180 189
Панама Республика Панама PAN PA 591 PAN 166 191
Папуа – Новая Гвинея Независимое государство Папуа – Новая Гвинея PNG PG 598 PNG 168 192
Парагвай Республика Парагвай PRY PY 600 PRY 169 194
Перу Республика Перу PER PE 604 PER 170 195
Польша Республика Польша POL PL 616 POL 173 198
Португалия Португальская Республика PRT PT 620 PRT 174 199
Объединенная Республика Танзания Объединенная Республика Танзания TZA TZ 834 TZA 215 257
Объединенные Арабские Эмираты Объединенные Арабские Эмираты ARE AE 784 ARE 225 255
Оман Султанат Оман OMN OM 512 OMN 221 187
Острова Кука Острова Кука COK CK 184 COK 47 60
Израиль Государство Израиль ISR IL 376 ISR 105 121
Индия Республика Индия IND IN 356 IND 100 115
Индонезия Республика Индонезия IDN ID 360 IDN 101 116
Иордания Иорданское Хашимитское Королевство JOR JO 400 JOR 112 130
Исландия Республика Исландия ISL IS 352 ISL 99 114
Испания Королевство Испания ESP ES 724 ESP 203 229
Италия Итальянская Республика ITA IT 380 ITA 106 122
Ирак Республика Ирак IRQ IQ 368 IRQ 103 118
Иран (Исламская Республика) Исламская Республика Иран IRN IR 364 IRN 102 117
Ирландия Ирландия IRL IE 372 IRL 104 119
Замбия Республика Замбия ZMB ZM 894 ZMB 251 270
Зимбабве Республика Зимбабве ZWE ZW 716 ZWE 181 271
Багамские Острова Содружество Багамских Островов BHS BS 44 BHS 12 20
Бангладеш Народная Республика Бангладеш BGD BD 50 BGD 16 23
Бахрейн Королевство Бахрейн BHR BH 48 BHR 13 21
Барбадос Барбадос BRB BB 52 BRB 14 24
Беларусь Республика Беларусь BLR BY 112 BLR 57 26
Белиз Белиз BLZ BZ 84 BLZ 23 28
Бельгия Королевство Бельгия BEL BE 56 BEL 255 27
Бенин Республика Бенин BEN BJ 204 BEN 53 29
Болгария Республика Болгария BGR BG 100 BGR 27 41
Боливия (Многонациональное Государство) Многонациональное Государство Боливия BOL BO 68 BOL 19 33
Босния и Герцеговина Босния и Герцеговина BIH BA 70 BIH 80 34
Ботсвана Республика Ботсвана BWA BW 72 BWA 20 35
Бутан Королевство Бутан BTN BT 64 BTN 18 31
Буркина-Фасо Буркина-Фасо BFA BF 854 BFA 233 42
Бурунди Республика Бурунди BDI BI 108 BDI 29 43
Бразилия Федеративная Республика Бразилия BRA BR 76 BRA 21 37
Бруней-Даруссалам Бруней-Даруссалам BRN BN 96 BRN 26 40
Вануату Республика Вануату VUT VU 548 VUT 155 262
Венгрия Венгрия HUN HU 348 HUN 97 113
Венесуэла (Боливарианская Республика) Боливарианская Республика Венесуэла VEN VE 862 VEN 236 263
Вьетнам Социалистическая Республика Вьетнам VNM VN 704 VNM 237 264
Габон Габонская Республика GAB GA 266 GAB 74 89
Гаити Республика Гаити HTI HT 332 HTI 93 108
Гайана Кооперативная Республика Гайана GUY GY 328 GUY 91 107
Гамбия Республика Гамбия GMB GM 270 GMB 75 90
Гана Республика Гана GHA GH 288 GHA 81 94
Гватемала Республика Гватемала GTM GT 320 GTM 89 103
Гвинея Гвинейская Республика GIN GN 324 GIN 90 106
Гвинея-Бисау Республика Гвинея-Бисау GNB GW 624 GNB 175 105
Германия Федеративная Республика Германия DEU DE 276 DEU 79 93
Гондурас Республика Гондурас HND HN 340 HND 95 111
Гренада Гренада GRD GD 308 GRD 86 99
Греция Греческая Республика GRC GR 300 GRC 84 97
Грузия Грузия GEO GE 268 GEO 73 92
Дания Королевство Дания DNK DK 208 DNK 54 69
Демократическая Республика Конго Демократическая Республика Конго COD CD 180 COD 250 68
Джибути Республика Джибути DJI DJ 262 DJI 72 70
Доминика Содружество Доминики DMA DM 212 DMA 55 71
Доминиканская Республика Доминиканская Республика DOM DO 214 DOM 56 72
Египет Арабская Республика Египет EGY EG 818 EGY 59 40765
Лаосская Народно-Демократическая Республика Лаосская Народно-Демократическая Республика LAO LA 418 LAO 120 139
Латвия Латвийская Республика LVA LV 428 LVA 119 140
Лесото Королевство Лесото LSO LS 426 LSO 122 142
Либерия Республика Либерия LBR LR 430 LBR 123 144
Ливан Ливанская Республика LBN LB 422 LBN 121 141
Ливия Государство Ливия LBY LY 434 LBY 124 145
Литва Литовская Республика LTU LT 440 LTU 126 147
Люксембург Великое Герцогство Люксембург LUX LU 442 LUX 256 148
Йемен Йеменская Республика YEM YE 887 YEM 249 269

Цифровой контроль за процессом обращения отходов строительства и сноса — Комплекс градостроительной политики и строительства города Москвы

Внимание!

Постановлением Правительства Москвы от 23. 12.2021 № 2173–ПП вносятся существенные изменения в порядок перемещения ОСС и в административный регламент предоставления государственной услуги:

  • установка и эксплуатация КИП на объектах приема ОСС за счет средств отходополучателей;
  • распространение обязанности применения КПТС на всех отходопроизводителей и отходоперевозчиков;

  • исключение возможности перемещения ОСС на заблокированные в АИС ОССиГ объекты приема ОСС;

  • обязательная регистрация отходоперевозчиков в РНИС Москвы;

  • упрощение процедуры закрытия разрешений на основании массы зафиксированной в АИС ОССиГ: для объектов госзаказа по работам, выполненным после 1 августа 2021 г., для иных объектов по работам, выполненным после 1 января 2022 г.

  • обязанность отходоперевозчиков замерять массу транспортных средств при въезде и выезде с объекта приема;

  • требования к подъездным путям на объект приема;

  • обязанность отходополучателей обеспечивать въезд на объект приема ОСС и выезд с объекта приема ОСС транспортных средств через КИП и организацию движения транспортных средств по объекту приема ОСС;

  • обязанность закрытия разрешений по истечении 30 рабочих дней после окончания срока его действия;

  • до регистрации в АИС ОССиГ получение отходополучателями, расположенными на территории города Москвы, заключения в ДПиООС о соответствии требованиям природоохранному законодательству.
     

С постановлением можно ознакомиться по ссылке

 

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

АИС «ОССиГ» – площадка для агрегации в электронном виде всей информации в области обращения с ОСС, а также данных о перемещении ОСС на переработку или захоронение и фактических данных результатов измерений объема и массы ОСС для обеспечения градостроительной деятельности в городе Москве.

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

 

Участники процесса по утилизации строительных отходов

Отходопроизводители

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

Отходоперевозчики

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

Отходополучатели

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

 

 

Важно! Отходопроизводитель, отходоперевозчик и отходополучатель должны быть зарегистрированы в АИС «ОССиГ» как участники информационного взаимодействия. 

 

Регистрация проходит в соответствии с Регламентом информационного взаимодействия участников информационного взаимодействия с использованием АИС «ОССиГ», утвержденным Департаментом строительства города Москвы.

 

Порядок обращения с отходами строительства и сноса в городе Москве

Оплата услуг

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

  • Документы, подтверждающие исполнение условий договора в сфере обращения с ОСС, заключенного между отходополучателем, отходоперевозчиком, отходопроизводителем (акты выполненных работ, акты оказанных услуг, акты приема-передачи ОСС) в массе и в отношении видов ОСС, которые соответствуют информации, находящейся в АИС «ОССиГ».
  • Данные, полученные с контрольно-измерительных пунктов, находящиеся в АИС «ОССиГ».

 

Стройплощадки

На объектах строительства применяется комплекс программно-технических средств (далее – КПТС) в виде мобильного приложения «Мобильный КПТС», которое фиксирует габариты вывозимых ОСС в соответствии с разрешением на перемещение ОСС и кодом ФККО.

Применение на строительной площадке КПТС является обязательным условием для регистрации объекта образования ОСС в АИС «ОССиГ».

Заявка на предоставление номера КПТС направляется заказчиком/генеральным подрядчиком на электронную почту [email protected] (шаблон заявки размещен в разделе «Документы»).

После предоставления номера КПТС для начала работы в мобильном приложении «Мобильный КПТС» отходообразователю необходимо направить на электронную почту [email protected] сведения о лицах ответственных за работу с мобильным приложением «Мобильный КПТС» на объекта образования ОСС (шаблон заявки размещен в разделе «Документы»).

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

После окончания срока действия разрешения на перемещение ОСС транспортирование и передача ОСС отходополучателю запрещены.

 

 Мобильный КПТС в Goole play Маркете

 

Внимание! С 1 января 2022 г. применение КПТС обязательно на всех объектах образования ОСС города Москвы.

 

Транспортные средства

Транспортирование отходов строительства должно производиться специализированным транспортом, оборудованным системой глобальной спутниковой навигации и радиотехническим средством слежения (GPS/ГЛОНАСС).

Это необходимо для осуществления оперативного контроля за перемещением транспортного средства и передачей данных телеметрии в АИС «ОССиГ».

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

При этом необходимо обеспечить передачу телеметрических данных в соответствии с техническими условиями.

Отходоперевозчики и транспортные средства должны быть зарегистрированы в РНИС города Москвы. 

 

 

Объекты приема ОСС

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

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

Наличие на объекте приема ОСС КИП является обязательным условием для регистрации в АИС «ОССиГ».

Отходополучатели расположенные на территории Московской области должны быть зарегистрированы в системе Министерства экологии и природопользования Московской области «ИС Электронный талон ОССиГ». Подробная информация размещена для ознакомления на официальном сайте Министерства экологии и природопользования Московской области.

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

 

FAQ
Что такое АИС «ОССиГ»?
АИС «ОССиГ» представляет собой автоматизированную информационную систему города Москвы, обеспечивающую сбор, накопление и предоставление информации в области обращения с отходами строительства и сноса, содержащую программно-технические средства, предназначенные для обеспечения автоматизации процессов сбора, обработки, актуализации, хранения, распространения и использования информации о выдаче разрешения на перемещение отходов строительства, сноса зданий и сооружений, в том числе грунтов (далее разрешений на перемещение ОСС), а также результатах перемещения отходов строительства, сноса зданий и сооружений, в том числе грунтов (далее ОСС), для обеспечения градостроительной деятельности в городе Москве.
Что необходимо для регистрации и работы в АИС «ОССиГ»?

Юридическому лицу или ИП необходимо выполнить следующие шаги:

  1. В случае отсутствия, получить усиленную квалифицированную электронную подпись и зарегистрироваться на портале smart.mos.ru в соответствии с общей инструкцией.
  2. Авторизоваться на портале smart.mos.ru и действовать в соответствии со следующими инструкциями.

для отходопроизводителя

для отходоперевозчика

для отходополучателя

Что необходимо для подключения транспортных средств, перемещающих ОСС?
  1. Обеспечить передачу телеметрических данных в соответствии с техническими условиями.  
  2. Авторизоваться на портале smart.mos.ru (получить роль «Отходоперевозчика», если не делали этого ранее).
  3. Зарегистрировать транспортное средство в соответствии с инструкцией.
Что такое контрольно-измерительные пункты (КИП)?

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

Указанные контрольно-измерительные пункты предоставляются Департаментом информационных технологий города Москвы по заявкам Департамента строительства города Москвы.

Как правильно установить КИП в пункте приема ОСС?

Технические условия размещения контрольно-измерительного пункта на объекте приема ОСС

Какие требования установлены для отходоперевозчиков?

Требования к местам накопления ОСС установлены частью 5 Приложения к постановлению Правительства Москвы от 26. 08.20 г. № 1386-ПП.

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

Транспортирование отходов производится специализированным транспортом, предназначенным для транспортирования ОСС в соответствии с требованиями федеральных законов и иных нормативных правовых актов, законов и иных нормативных правовых актов города Москвы, снабженным специальными знаками, оборудованным системой глобальной спутниковой навигации и радиотехническим средством слежения, позволяющим осуществлять оперативный контроль за его перемещением, обеспечивать оперативное навигационно-временное обеспечение транспортного средства в реальном времени с передачей данных в АИС «ОССиГ».

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

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

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

Отходоперевозчик при транспортировании ОСС должен:

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

Выполнять указания отходопроизводителя относительно пункта назначения вывоза отходов строительства и сноса.

Иметь в наличии паспорта отходов I – IV класса опасности или материалы отнесения отходов к V классу опасности на транспортируемые им ОСС.

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

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

Обеспечить передачу данных с установленных радиотехнических средств слежения на транспортных средствах, предназначенных для транспортирования ОСС в АИС «ОССиГ».

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

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

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

Какие требования установлены для отходополучателей?

Требования к местам накопления ОСС установлены частью 6 Приложения к постановлению Правительства Москвы от 26.08.20 г. № 1386-ПП.

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

Объекты приема ОСС должны быть оборудованы контрольно-измерительными пунктами, осуществляющими контроль за масса-габаритными и габаритными характеристиками ввозимых ОСС, а также за выезжающим или въезжающим автотранспортом, осуществляющим транспортирование ОСС, а также должны быть зарегистрированными в АИС «ОССиГ» в установленном порядке.

Указанные контрольно-измерительные пункты предоставляются Департаментом информационных технологий города Москвы по заявкам Уполномоченного органа.

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

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

Какие требования установлены для отходопроизводителей?

Общие требования к обращению с ОСС установлены частью 3 Приложения к постановлению Правительства Москвы от 26.08.20 г. № 1386-ПП.

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

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

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

ОСС на объекте образования ОСС должны складироваться раздельно и раздельно накапливаться в местах накопления отходов (дифференцированно) по видам отходов, группам отходов, группам однородных отходов.

На объектах образования ОСС раздельное накопление отходов ОСС осуществляется только в специально оборудованных для этого местах.

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

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

Отходопроизводитель, в целях вывоза ОСС с объекта образования ОСС, должен: 

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

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

Вести учет образовавшихся, утилизированных, обезвреженных, переданных другим лицам или полученных от других лиц, а также размещенных ОСС в порядке, установленном приказом Министерства природных ресурсов и экологии Российской Федерации от 1 сентября 2011 г. № 721 «Об утверждении Порядка учета в области обращения с отходами».

Осуществить отнесение образующихся ОСС к конкретному классу опасности в соответствии с критериями, утвержденными приказом Министерства природных ресурсов и экологии Российской Федерации от 4 декабря 2014 г. № 536 «Об утверждении Критериев отнесения отходов к I — V классам опасности по степени негативного воздействия на окружающую среду» в порядке, утвержденном приказом Министерства природных ресурсов и экологии Российской Федерации от 5 декабря 2014 г. № 541 «Об утверждении Порядка отнесения отходов I — IV классов опасности к конкретному классу опасности».

Оформить паспорта отходов I — IV классов опасности в соответствии с типовой формой, утвержденной постановлением Правительства Российской Федерации от 16 августа 2013 г. № 712 «О порядке проведения паспортизации отходов I — IV классов опасности».

Представлять сведения в Сводный кадастр отходов производства и потребления города Москвы в порядке, утвержденном постановлением Правительства Москвы от 14 октября 2003 г. № 865-ПП «О Сводном кадастре отходов производства и потребления города Москвы».

Как складировать ОСС на стройплощадке? 

Требования к местам накопления ОСС установлены частью 4 Приложения к постановлению Правительства Москвы от 26.08.20 г. № 1386-ПП.

Места накопления отходов должны отвечать требованиям законодательства Российской Федерации и нормативным правовым актам города Москвы, в том числе постановлению Правительства Москвы от 12 декабря 2006 г. № 981-ПП «Об утверждении Единых экологических требований по обустройству мест временного хранения отходов производства и потребления организациями-природопользователями города Москвы на занимаемых земельных участках», а также требованиям законодательства Российской Федерации и нормативным правовым актам города Москвы в области обращения с отходами, в том числе:

  1. должны иметь ограждение по периметру строительной площадки в соответствии с ГОСТ 23407-78 «Ограждения инвентарные строительных площадок и участков производства строительно-монтажных работ. Технические условия»;
  2. должны быть оборудованы таким образом, чтобы исключить загрязнение ОСС почвы и почвенного слоя, подземных и поверхностных водных объектов;
  3. освещение мест накопления ОСС в темное время суток должно отвечать требованиям межгосударственного стандарта ГОСТ 12.1.046-2014 «Система стандартов безопасности труда. Строительство. Нормы освещения строительных площадок».
Как корректно произвести замер на контрольно-измерительном пункте?

Инструкция по проезду КИП на объектах приема

 

Документы

Регламент информационного взаимодействия АИС ОССиГ от 30.09.2020

Постановление Правительства Москвы от 26.08.20 г. № 1386-ПП

Постановление Правительства Москвы от 26.08.20 г. № 1387-ПП

Заявление на выдачу разрешения на перемещение ОСС

Инструкция по регистрации юридических лиц на Единой цифровой платформе

Инструкция по регистрации отходопроизводителя в системе АИС «ОССиГ»

Инструкция по регистрации отходоперевозчика в системе АИС «ОССиГ»

Инструкция по регистрации отходополучателя в системе АИС «ОССиГ»

Технические условия размещения контрольно-измерительного пункта на объекте приема ОСС

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

Рекомендуемый план-график для начала перемещения ОСС с объектов строительства

Инструкция по проезду КПТС на объектах приема

Согласие на обработку персональных данных

Инструкция по использованию мобильного приложения «Мобильный КПТС» для отходопроизводителей

Инструкция по использованию мобильного приложения «Мобильный КПТС» для отходоперевозчиков

Политика конфиденциальности мобильного приложения «Мобильный КПТС»

Инструкция по использованию Личного кабинета для отходополучателей

Шаблон для присвоения КПТС объектам образования

Шаблон для регистрации в Мобильном Приложении Мобильный КПТС

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

Методические рекомендации при подаче обращения на МРГ

 

 

Список документов дополняется.

 

Контакты

Телефон круглосуточной технической поддержки

8 (495) 870-45-18

Техподдержка в Telegram

@ossig_ts

Техподдержка по e-mail

[email protected]

Другое

YouTube-канал

Телефон для записи на получение
разрешения на перемещение ОСС

8 (495) 633-67-50

Отправить сообщение в СТП

Как работает протокол связующего дерева (STP)?

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

  • STP / 802. 1D (оригинальный STP)
  • PVST + (улучшения Cisco для STP, добавление функции для каждой VLAN)
  • RSTP / 802.1W (улучшенный STP с гораздо более быстрой конвергенцией)
  • Быстрый PVST + (улучшение RSTP в Cisco, добавление для каждой функции VLAN)

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

Прежде чем мы рассмотрим потребность в STP, давайте кратко рассмотрим, как работает уровень 2, когда ему нужно узнать адрес конкретного хоста.

Когда коммутатор получает пакет, но у него нет MAC-адреса узла назначения в его таблице, он транслирует сообщения на все узлы, кроме тех, от которых он получает. Если вы хотите узнать больше об этом, пожалуйста, обратитесь к этой статье на ARP.

Сценарий 1: широковещательный шторм

Давайте посмотрим на сценарий ниже:

Допустим, в сети есть три коммутатора, как показано выше. Все переключатели связаны друг с другом. Коммутатор B отправляет широковещательную рассылку, а коммутатор A и коммутатор C принимают ее. Они не находят адрес и повторно транслируют сообщение.

Коммутатор B снова получает ретранслируемое сообщение от коммутатора A и коммутатора C. Думая об этой трансляции как о новой трансляции, коммутатор B снова транслирует те же сообщения, которые уже транслировались ранее. Таким образом, широковещательный шторм имеет место. Это продолжается до тех пор, пока порты не выйдут из строя или не произойдет сбой коммутатора.

Сценарий 2: дубликаты пакетов

Рассмотрим ту же архитектуру сети, которая приведена в сценарии выше. Здесь есть небольшой поворот. На этот раз коммутатор C подключен к хосту назначения, который искал коммутатор B. Что теперь?

Переключатель B будет транслироваться снова. Трансляция также достигает коммутатора C и коммутатора A. Коммутатор C просматривает пакет и доставляет пакет на хост назначения.

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

В чем здесь проблема? Можете ли вы угадать, не читая дальше?

Самая большая проблема здесь — двойная доставка и потеря пропускной способности.

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

Если вы снова посмотрите на определение, теперь вы узнаете, почему STP был изобретен в первую очередь.

Хотя мы нашли решение, мы, тем не менее, не уверены, что блокировка соединения между B и C была более выгодной, или блокирование того же между коммутатором B и A. Давайте рассмотрим все это подробнее.

Какой порт заблокировать в STP?

STP выполняет ряд простых шагов, которые помогают STP решать многие проблемы, в том числе блокировать порт. Но, перед этим, вот некоторые термины, которые могут быть вам полезны:

Корневой мост

Как и «Корень» в древовидной структуре, Корневой мост является основным коммутатором или мостом на графике, где разные узлы представляют все другие мосты. Корневой мост управляет топологией связующего дерева.

Назначенный мост

Назначенный мост — это коммутатор, ближайший к корневому мосту, через который кадры будут перенаправлены на корневой мост.

Альтернативный мост

Это альтернативный путь к корневому коммутатору, но он отличается от пути к корневому мосту.

Резервный мост

Это резервный путь к сегменту, хотя будет другой существующий путь.

Порты, которые отключены.

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

Порт экспедирования

Порт, который полноценно работает.

Порт обучения

Порт, который не пересылает кадры, но изучает MAC-адреса.

Порт прослушивания

Порт, который не пересылает кадры и не изучает MAC-адреса.

Отбрасывание порта

Порт, который не передает никаких данных.

Давайте посмотрим, как работает STP, и решим, какой коммутатор, мост и порт должны находиться в каком состоянии:

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

Вот очень красивый пример из Википедии.

RP: корневой порт
DP: назначенный порт
BP: заблокированный порт

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

Операция протокола связующего дерева

Происходит следующий набор операций.

Определение корневого моста

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

Чтобы подтвердить утверждение, все коммутаторы должны транслировать свой идентификатор моста (BID), используя BPDU (блоки данных протокола моста). Общий идентификатор моста составляет 8 байтов, из которых 2 байта зарезервированы для приоритета моста, а остальные 6 байтов зарезервированы для MAC-адреса.

Идентификатор моста представляет собой комбинацию приоритета моста и MAC-адреса. За кулисами BID представляет собой сцепленную версию приоритета моста и MAC-адреса коммутатора / моста. По умолчанию каждый мост будет иметь идентификатор моста 32768, а каждый идентификатор моста будет кратен 4096.

Как определяется корневой мост?

После передачи широковещательного сообщения каждому мосту мост с минимальным значением BID становится корневым мостом. Если в обоих случаях приоритет моста одинаков, победителем будет самый низкий Mac-адрес.

Пример:

Допустим, есть связь между двумя мостами с BID:

Мост A: 32768.df56.6765.7876 и,
Мост B: 32768.df56.6765.7875

Теперь у вас есть вопрос — какой мост станет здесь корневым мостом? Если вы догадались, что это Мост B, значит, вы были правы.

Графический пример:

Давайте посмотрим, как эти отдельные коммутаторы реагируют на BPDU:

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

Переключатель 1:

Когда коммутатор 1 получает приветственные BPDU от коммутатора 2 и коммутатора 3, он сравнивает значения идентификатора моста. В этой ситуации у коммутатора 1 самый низкий BID. Таким образом, коммутатор 1 отбрасывает пакеты приветствия, полученные от остальных коммутаторов, и продолжает объявлять себя корневым мостом.

Переключатель 2:

Здесь коммутатор 2 получает приветственные BPDU от обоих коммутаторов, то есть от коммутатора 1 и коммутатора 3. Давайте посмотрим, как коммутатор 2 реагирует на оба BPDU.

Когда Коммутатор 2 получает пакет от Коммутатора 1, он сравнивает значения BID и, безусловно, приветственный пакет BPDU от Коммутатора 1 заменяет его BID. Таким образом, коммутатор 2 изменяет свой BID на коммутатор 1. Когда он также получает BPDU от коммутатора 3, он будет сравнивать значения и будет продолжать отбрасывать BPDU из коммутатора 3.

Переключатель 3:

Допустим, коммутатор 3 сначала получает BPDU от коммутатора 2. Таким образом, он меняет свой BID на тот, что у коммутатора 2. Но когда он дополнительно получает BPDU от коммутатора 1, он снова меняет его на коммутатор 1.

В этот момент все коммутаторы получили BPDU друг друга и согласились с тем, что коммутатор 1 имеет самое низкое значение BID и, следовательно, является подходящим кандидатом на роль корневого моста сети.

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

Но выбор корневого моста — это не конец игры. Это только начало. И игра следует за: —

Определение маршрута с наименьшей стоимостью до корневого моста

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

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

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

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

В качестве первого шага Root Bridge отправляет поток BPDU всем остальным коммутаторам. Корневая стоимость определяется путем суммирования затрат сегментов на пути, по которому он прошел пакет BPDU для прохождения от корневого моста к узлу.

Стоимость сегмента также зависит от скорости соединения конкретного сегмента. Вот диаграмма того же самого.

Пропускная способностьЗатраты
10 Mbit100
100 Mbit19
1000 Mbit4

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

Можете ли вы угадать корневой порт для коммутатора 3 на рисунке выше?

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

Корневой мост -> Переключатель 2 -> Переключатель 4 -> Переключатель 3

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

Переключатель 3 на Root Bridge напрямую равен 100 из-за его канала 10 Мбит / с. Но если мы вычислим путь, как сказано выше, он будет (19 + 19 +4 = 42).

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

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

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