Принцип работы протокола STP / Хабр
Причина создания STP
Причиной создания протокола STP стало возникновение петель на коммутаторах. Что такое петля? Определение петли звучит так:
Петля коммутации (Bridging loop, Switching loop) — состояние в сети, при котором происходит бесконечная пересылка фреймов между коммутаторами, подключенными в один и тот же сегмент сети.
Из определения становится ясно, что возникновение петли создает большие проблемы — ведет к перегрузке свитчей и неработоспособности данного сегмента сети. Как возникает петля? На картинке ниже приведена топология, при которой будет возникать петля при отсутствии каких-либо защитных механизмов:
Возникновение петли при следующих условиях:
1. Какой-либо из хостов посылает бродкаст фрейм:
- К примеру, VPC5 отправляет пакет с бродкастовым адресом назначения.
- Switch2 приняв данный пакет, должен отправить его через все порты, кроме порта, с которого пришел данный пакет.
- Коммутаторы Switch3, Switch4 приняв данный пакет также должны будут его разослать пакет. Таким образом Switch3, получивший пакет от Switch2 отправит его Switch4, а Switch4 отправит его Switch3.
- Далее, Switch3 получив пакет от Switch4, отправит его Switch2, а Switch4 получив пакет от Switch3, отправит его также Switch2. Тем самым, мы приходим к шагу 1) и она будет продолжаться бесконечно. Также все усугубляется тем, что на 4) шаге Switch2 будет иметь уже два экземляра фрейма, так как получит их и от Switch3, и от Switch4.
Шаги 1) — 4) будут повторяться бесконечно и на коммутоторах это происходит в долю секунды. Также образование петли приводит к тому, что постоянно будет меняться таблица мак-адресов на коммутаторах и мак-адрес отправителя VPC5 будет постоянно приписываться то к интерфейсу Gi0/0, то Gi1/0 или же Gi0/2( если в этот момент VPC5 будет отправлять другие пакеты). Такой цикл приведет к некорректной работе сети и всех коммутаторов.
2. Также петля может образоваться и без отправки бродкаст фрейма.
- К примеру, VPC5 отправляет фрейм с юникастовым мак-адресом назначения.
- Ниже мы будем рассматривать протокол STP на коммутаторах Cisco. На них используется STP отдельно для каждого vlan-а, протокол PVST+. У нас всего один vlan, поэтому смысл от этого не меняется.
Основы STP
Принцип работы данного протокола построен на том, что все избыточные каналы между коммутаторами логически блокируются и трафик через них не передается. Для построения топологии без избыточных каналов строится дерево (математический граф).
Фрейм BPDU имеет следующие поля:
- Идентификатор версии протокола STA (2 байта). Коммутаторы должны поддерживать одну и ту же версию протокола STA
- Версия протокола STP (1 байт)
- Тип BPDU (1 байт). Существует 2 типа BPDU — конфигурационный и уведомление о реконфигурации
- Флаги (1 байт)
- Идентификатор корневого коммутатора (8 байт)
- Стоимость маршрута до корневого свича (Root Path Cost)
- Идентификатор отправителя (Bridge ID) (8 байт)
- Идентификатор порта, из которого отправлен данный пакет (Port ID) (2 байта)
- Время жизни сообщения (2 байта).
- Максимальное время жизни сообщения (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 коммутатором.
Выбор корневого коммутатора
Итак, 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 должен быть заблокирован для предотвращения образования петель. Как STP справляется с этим?
После того, как выбран Root Bridge, Switch3 и Switch4 перестают отправлять BPDU через Root Port-ы, но BPDU, полученные от Root Bridge, они пересылают через все свои остальные активные порты, при этом изменив в данных BPDU только следующие поля:
- Идентификатор отправителя (Bridge ID) — заменяется на свой идентификатор.
- Идентификатор порта, из которого отправлен данный пакет (Port ID) — изменяется на идентификатор порта, с которого будет отправлен BPDU.
Таким образом, Switch3 получает cледующий BPDU от Switch4:
А Switch4 от Switch3 получает такой BPDU:
После обмена такими BPDU, Switch3 и Switch4 понимают, что топология избыточна.
Почему коммутаторы понимают, что топология избыточна? И Switch3, и Switch4 в своих BPDU сообщают об одном и том же Root Bridge. Это означает, что к Root Bridge, относительно Switch4, существует два пути — через Switch2 и Switch3, а это и есть та самая избыточность против которой мы боремся. Также и для Switch3 два пути — через Switch2 и Switch4. Чтоб избавиться от этой избыточности
Выбор на каком коммутатоторе заблокировать порт происходит по следующей схеме:
- Меньшего 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, и фреймы с обычными данными. Таким образом, если мы пройдемся по схеме, когда коммутаторы только загрузились, то получается следующая схема:
- Коммутатор переводит все свои подключенные порты в состояние Listening и начинает отправлять BPDU, где объявляет себя корневым коммутатором. В этот период времени, либо коммутатор остается корневым, если не получил лучший BPDU, либо выбирает корневой коммутатор. Это длится 15 секунд.
- После переходит в состояние Learning и изучает MAC-адреса. 15 секунд.
- Определяет какие порты перевести в состояние 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 – очень простой ресурс. Введите имя исполнителя или выберите его из списка и изучайте карту.
Например, вот что сервис может предложить поклонникам Аврил Лавин.
Понравилась подборка? Еще больше интересных ресурсов найдете здесь – «Пять сайтов, где можно послушать что-то интересное».
| Австралия | Австралия | 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
| Что такое АИС «ОССиГ»? |
АИС «ОССиГ» представляет собой автоматизированную информационную систему города Москвы, обеспечивающую сбор, накопление и предоставление информации в области обращения с отходами строительства и сноса, содержащую программно-технические средства, предназначенные для обеспечения автоматизации процессов сбора, обработки, актуализации, хранения, распространения и использования информации о выдаче разрешения на перемещение отходов строительства, сноса зданий и сооружений, в том числе грунтов (далее разрешений на перемещение ОСС), а также результатах перемещения отходов строительства, сноса зданий и сооружений, в том числе грунтов (далее ОСС), для обеспечения градостроительной деятельности в городе Москве. |
| Что необходимо для регистрации и работы в АИС «ОССиГ»? |
|
Юридическому лицу или ИП необходимо выполнить следующие шаги:
для отходопроизводителя для отходоперевозчика для отходополучателя |
| Что необходимо для подключения транспортных средств, перемещающих ОСС? |
|
| Что такое контрольно-измерительные пункты (КИП)? |
|
Контрольно-измерительный пункт представляет собой совокупность технических средств, направленных на проведение измерений отходов строительства и сноса. С помощью КИП на объектах приема ОСС осуществляется контроль за масса-габаритными и/или габаритными характеристиками вывозимых ОСС, за выезжающим, въезжающим автотранспортом, осуществляющим транспортирование ОСС. Указанные контрольно-измерительные пункты предоставляются Департаментом информационных технологий города Москвы по заявкам Департамента строительства города Москвы. |
| Как правильно установить КИП в пункте приема ОСС? |
|
Технические условия размещения контрольно-измерительного пункта на объекте приема ОСС |
| Какие требования установлены для отходоперевозчиков? |
|
Требования к местам накопления ОСС установлены частью 5 Приложения к постановлению Правительства Москвы от 26. Транспортирование (удаление) ОСС с объектов образования ОСС осуществляется отходоперевозчиком. Отходоперевозчиком может быть как отходопроизводитель, так и лицо, с которым отходопроизводителем заключен договор на транспортирование ОСС. Транспортирование отходов производится специализированным транспортом, предназначенным для транспортирования ОСС в соответствии с требованиями федеральных законов и иных нормативных правовых актов, законов и иных нормативных правовых актов города Москвы, снабженным специальными знаками, оборудованным системой глобальной спутниковой навигации и радиотехническим средством слежения, позволяющим осуществлять оперативный контроль за его перемещением, обеспечивать оперативное навигационно-временное обеспечение транспортного средства в реальном времени с передачей данных в АИС «ОССиГ». Бункеры-накопители ОСС, не оснащенные крышкой, при их перемещении должны оснащаться тентовым укрытием. Вывоз ОСС транспортными средствами отходоперевозчика с объектов образования ОСС должен осуществляться по наиболее оптимальным транспортным схемам и маршрутам. Пункт назначения транспортирования ОСС и конкретный объект приема ОСС для отходоперевозчика определяются отходопроизводителем и должны соответствовать разрешению на перемещение ОСС. Отходоперевозчик при транспортировании ОСС должен: Соблюдать общие требования законодательства Российской Федерации и иных нормативных правовых актов, предъявляемые к перевозкам грузов автомобильным и иным транспортом. Выполнять указания отходопроизводителя относительно пункта назначения вывоза отходов строительства и сноса. Иметь в наличии паспорта отходов I – IV класса опасности или материалы отнесения отходов к V классу опасности на транспортируемые им ОСС. Иметь в наличии документацию для транспортирования и передачи ОСС с указанием количества транспортируемых ОСС, цели и места назначения их транспортирования, в том числе разрешение на перемещение ОСС. Оснастить за счет собственных средств транспортные средства, предназначенные для транспортирования ОСС, системой глобальной спутниковой навигации и радиотехническим средством слежения, позволяющим осуществлять оперативный контроль за его перемещением в соответствии с требованиями настоящего Порядка, требованиями федеральных законов и иных нормативных правовых актов, законов и иных нормативных правовых актов города Москвы. Обеспечить передачу данных с установленных радиотехнических средств слежения на транспортных средствах, предназначенных для транспортирования ОСС в АИС «ОССиГ». Контроль за исполнением отходоперевозчиками своих договорных обязательств по договорам с отходопроизводителем, равно как и учет фактически сданных ими отходополучателю ОСС, осуществляет отходопроизводитель. Уполномоченный орган обеспечивает оперативный контроль перемещения транспортных средств, предназначенных для транспортирования ОСС и оборудованных в соответствии с требованиями настоящего Порядка, требованиями федеральных законов и иных нормативных правовых актов, законов и иных нормативных правовых актов города Москвы. По результатам осуществления оперативного контроля перемещения транспортных средств применяются меры дисциплинарной, материальной, гражданско-правовой, уголовной, административной ответственности в соответствии с законодательством. |
| Какие требования установлены для отходополучателей? |
|
Требования к местам накопления ОСС установлены частью 6 Приложения к постановлению Правительства Москвы от 26.08.20 г. № 1386-ПП. Отходополучатели, эксплуатирующие объекты приема ОСС, должны соответствовать требованиям законодательства Российской Федерации в области обращения с отходами и охраны окружающей среды. Объекты приема ОСС должны быть оборудованы контрольно-измерительными пунктами, осуществляющими контроль за масса-габаритными и габаритными характеристиками ввозимых ОСС, а также за выезжающим или въезжающим автотранспортом, осуществляющим транспортирование ОСС, а также должны быть зарегистрированными в АИС «ОССиГ» в установленном порядке. Указанные контрольно-измерительные пункты предоставляются Департаментом информационных технологий города Москвы по заявкам Уполномоченного органа. Отходополучатель в целях обеспечения бесперебойного грузового потока, транспортирующего ОСС, обеспечивает подъездные пути и проезды к объектам приема ОСС надлежащего качества и соответствующие габаритам применяемых транспортных средств и транспортируемых ОСС. Отходополучатели, расположенные на территории города Москвы, разрабатывают и представляют предложения по схеме размещения пунктов приема и утилизации ОСС в уполномоченный орган города Москвы, осуществляющий государственное управление в сфере природопользования и охраны окружающей среды. |
| Какие требования установлены для отходопроизводителей? |
|
Общие требования к обращению с ОСС установлены частью 3 Приложения к постановлению Правительства Москвы от 26.08.20 г. № 1386-ПП. ОСС должны направляться отходопроизводителем на утилизацию при условии наличия соответствующих технологий по утилизации ОСС и объектов утилизации ОСС у отходополучателей ОСС. В случае отсутствия соответствующей технологии по утилизации ОСС и объектов утилизации ОСС допускается направление ОСС отходопроизводителем на объекты обезвреживания и/или размещения отходов. ОСС, отнесенные к отходам, в состав которых входят полезные компоненты, подлежащие утилизации, направлять на объекты захоронения отходов запрещается. Перечень видов отходов, в состав которых входят полезные компоненты, захоронение которых запрещается, устанавливается Правительством Российской Федерации. ОСС на объекте образования ОСС должны складироваться раздельно и раздельно накапливаться в местах накопления отходов (дифференцированно) по видам отходов, группам отходов, группам однородных отходов. На объектах образования ОСС раздельное накопление отходов ОСС осуществляется только в специально оборудованных для этого местах. В целях соблюдения законодательства в области обращения с отходами отходопроизводитель может привлекать сторонних лиц для осуществления деятельности по сбору, транспортированию, утилизации, обезвреживанию, размещению отходов, имеющих правовые основания и возможность осуществлять указанную деятельность в соответствии с законодательством Российской Федерации и требованиями настоящего Порядка. Перечень мероприятий по предотвращению и (или) снижению возможного негативного воздействия намечаемой хозяйственной деятельности на окружающую среду и рациональному использованию природных ресурсов на период строительства и эксплуатации, в том числе мероприятия по обращению с ОСС по каждому конкретному виду ОСС на объекте образования ОСС, определение массы, видов и классов опасности отходов, определение конечного вида обращения с ОСС, указывается в соответствующем разделе проектной документации на основании технического задания на проектирование. Отходопроизводитель, в целях вывоза ОСС с объекта образования ОСС, должен: Исполнять условия, определенные разрешением на перемещение ОСС, полученным в уполномоченном органе, до начала осуществления работ, в результате которых образуются ОСС. Обеспечить на объектах образования ОСС, финансирование которых осуществляется за счет средств бюджета города Москвы, средств государственных унитарных предприятий (государственных предприятий, казенных предприятий) города Москвы или Московского фонда реновации жилой застройки, автономных некоммерческих организаций «Развитие социальной Инфраструктуры» и «Развитие спортивных и инфраструктурных объектов», Фонда капитального ремонта многоквартирных домов города Москвы, использование комплекса программно-технических средств. Указанный комплекс программно-технических средств предоставляется Департаментом информационных технологий города Москвы по заявкам уполномоченного органа. Вести учет образовавшихся, утилизированных, обезвреженных, переданных другим лицам или полученных от других лиц, а также размещенных ОСС в порядке, установленном приказом Министерства природных ресурсов и экологии Российской Федерации от 1 сентября 2011 г. Осуществить отнесение образующихся ОСС к конкретному классу опасности в соответствии с критериями, утвержденными приказом Министерства природных ресурсов и экологии Российской Федерации от 4 декабря 2014 г. № 536 «Об утверждении Критериев отнесения отходов к I — V классам опасности по степени негативного воздействия на окружающую среду» в порядке, утвержденном приказом Министерства природных ресурсов и экологии Российской Федерации от 5 декабря 2014 г. № 541 «Об утверждении Порядка отнесения отходов I — IV классов опасности к конкретному классу опасности». Оформить паспорта отходов I — IV классов опасности в соответствии с типовой формой, утвержденной постановлением Правительства Российской Федерации от 16 августа 2013 г. № 712 «О порядке проведения паспортизации отходов I — IV классов опасности». Представлять сведения в Сводный кадастр отходов производства и потребления города Москвы в порядке, утвержденном постановлением Правительства Москвы от 14 октября 2003 г. |
| Как складировать ОСС на стройплощадке? |
|
Требования к местам накопления ОСС установлены частью 4 Приложения к постановлению Правительства Москвы от 26.08.20 г. № 1386-ПП. Места накопления отходов должны отвечать требованиям законодательства Российской Федерации и нормативным правовым актам города Москвы, в том числе постановлению Правительства Москвы от 12 декабря 2006 г. № 981-ПП «Об утверждении Единых экологических требований по обустройству мест временного хранения отходов производства и потребления организациями-природопользователями города Москвы на занимаемых земельных участках», а также требованиям законодательства Российской Федерации и нормативным правовым актам города Москвы в области обращения с отходами, в том числе:
|
| Как корректно произвести замер на контрольно-измерительном пункте? |
|
Инструкция по проезду КИП на объектах приема |
08.20 г. № 1386-ПП.
Оснащение вывозимых бункеров-накопителей тентовыми укрытиями обеспечивают отходоперевозчики.
№ 721 «Об утверждении Порядка учета в области обращения с отходами».
№ 865-ПП «О Сводном кадастре отходов производства и потребления города Москвы».
Технические условия»;Документы
Регламент информационного взаимодействия АИС ОССиГ от 30.09.2020
Постановление Правительства Москвы от 26.08.20 г. № 1386-ПП
Постановление Правительства Москвы от 26.08.20 г. № 1387-ПП
Заявление на выдачу разрешения на перемещение ОСС
Инструкция по регистрации юридических лиц на Единой цифровой платформе
Инструкция по регистрации отходопроизводителя в системе АИС «ОССиГ»
Инструкция по регистрации отходоперевозчика в системе АИС «ОССиГ»
Инструкция по регистрации отходополучателя в системе АИС «ОССиГ»
Технические условия размещения контрольно-измерительного пункта на объекте приема ОСС
Технические условия по подключению транспортных средств, принадлежащих транспортным компаниям – перевозчикам отходов строительства, сноса и грунтов, к Информационной среде
Рекомендуемый план-график для начала перемещения ОСС с объектов строительства
Инструкция по проезду КПТС на объектах приема
Согласие на обработку персональных данных
Инструкция по использованию мобильного приложения «Мобильный КПТС» для отходопроизводителей
Инструкция по использованию мобильного приложения «Мобильный КПТС» для отходоперевозчиков
Политика конфиденциальности мобильного приложения «Мобильный КПТС»
Инструкция по использованию Личного кабинета для отходополучателей
Шаблон для присвоения КПТС объектам образования
Шаблон для регистрации в Мобильном Приложении Мобильный КПТС
Рекомендации по подготовке документов для получения разрешения на перемещение отходов строительства, сноса зданий и сооружений, в том числе грунтов
Методические рекомендации при подаче обращения на МРГ
Список документов дополняется.
КонтактыТелефон круглосуточной технической поддержки 8 (495) 870-45-18 Техподдержка в Telegram @ossig_ts Техподдержка по e-mail Другое 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 Mbit | 100 |
| 100 Mbit | 19 |
| 1000 Mbit | 4 |
Иногда эти затраты на соединение возникают в захватывающих ситуациях, связанных с наименьшей стоимостью пути к корневому мосту. Посмотрите на картинку ниже: —
Можете ли вы угадать корневой порт для коммутатора 3 на рисунке выше?
Хотя может показаться, что коммутатор 3 напрямую подключен к корневому мосту, и это должно быть его путем, но если мы вычислим стоимость канала, то получится, что следующий поток является лучшим для коммутатора 3 для отправки данных на корневой мост.
Корневой мост -> Переключатель 2 -> Переключатель 4 -> Переключатель 3
Вы можете догадаться, почему? В соответствии с таблицей выше, вот расходы.
Переключатель 3 на Root Bridge напрямую равен 100 из-за его канала 10 Мбит / с. Но если мы вычислим путь, как сказано выше, он будет (19 + 19 +4 = 42).
Таким образом, в каждом из некорневых мостов порт, который получает BPDU с наименьшей стоимостью, становится корневым портом этого моста.
Далее все ссылки, подключенные напротив корневого порта, помечаются как назначенный порт. Также определяются заблокированные порты. Однажды все помечено и исправлено; сеть будет иметь полностью оптимизированную версию протокола связующего дерева.
Там могут быть другие условия. В случае большой сети в стоимости ссылки будет указана связь. В этом случае стоимость сети рассчитывается как часть Advanced STP. Advanced STP также говорит о том, что происходит в случае сбоя соединения.