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

Цена на аренду блока адресов находится на уровне 24 тыс руб/мес. включая НДС.

Причем важно отметить - аренда подсети возможна как из блока крупного оператора, так и малой независимой сети минимального размера (/24 или 256 адресов). 

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

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

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

• Без навязанных дополнительных услуг

• Малые операторы строят бизнес именно на этой услуге, то есть будут стараться её поддерживать максимально долго

• Вполне могут оказать дополнительные консультации, без дополнительной оплаты: настройка нужных объектов в RIPE, советы по сетевому взаимодействию, советы по опыту работы в глобальной сети.

Как долго ещё будут требоваться IPv4 адреса?

Видимо, ещё довольно долго. 

Основная проблема - вы не можете отключить IPv4 адреса пока не сформирована критическая масса клиентов на IPv6 адресах. 

Если внимательно посмотреть статистику Google:

https://www.google.ru/intl/en/ipv6/statistics.html

можно заметить, что переход на IPv6 стал замедляться, но при этом сейчас в мире - чуть менее половины клиентов могут работать с IPv6 (45%). «Чуть менее половины» - это примерно каждый второй посетитель сайта может работать с IPv6, то есть половина - нет.

Готовы вы потерять половину посетителей своих ресурсов? Ну, решайте сами.

Критическая масса, видимо, возникнет, когда будет хотя бы 80-85% пользователей на IPv6. 

Ещё раз обратите внимание на график - с июля 2023 года переход фактически остановился.

Думаю, что с точки зрения перехода на IPv6 пространство впереди нас ждёт самый сложный период. Быстро не будет.

Проблема.

В последние годы фиксировалась крайне высокая активность колл-центров, специализировавшихся на вымогательстве денег и других преступлениях. Термин «телефонные мошенники» уже стал обыденным, причем справиться с этим явлением не получалось никакими методами. Даже, казалось бы, самые «подготовленные» граждане нередко становились жертвами (Мошенники выманили у сотрудника Казначейства России 14,5 млн рублей)

Суть в том, что борьба с мошенниками осложнялась двумя вещами:

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

2. Некоторые, в том числе крупные операторы связи в РФ считали, что прибыль важнее, чем борьба с мошенничеством и поэтому часто закрывали глаза на  нелегитимный телефонный трафик.

В обоих случаях найти мошенников было крайне сложно. А если такой колл-центр располагался зарубежом - просто невозможно.

Особенно ситуация осложнилась после весны 2022 года. 

Решение

Для решения проблемы были приняты постановления 1978 и 1979 Правительства РФ, устанавливающие требования системе обеспечения соблюдения операторами связи требований при оказании услуг связи и услуг по пропуску трафика в сети связи общего пользования.

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

Разработчик

Разработкой ГИС «Антифрод» занимется российский разработчик «Гарда Технологии». Компания была основана в 2018 году на базе отделения информационной безопасности «МФИ Софт». 

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

Суть решения

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

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

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

Как это работает

1. Оператор (1) телефонной связи, НА номера которого выполняется попытка установления вызова, фиксирует номер С которого идёт вызов, номер, НА который идёт вызов и время установления соединения.

2. Оператор (1) через систему Антифрод отправляет запрос на проверку такого вызова оператору (2) - которому принадлежит телефонный номер инициатора (Напомню, телефонный номер принадлежит всегда строго одному оператору. Реестр номеров и принадлежности их операторам ведётся Минцифрой https://opendata.digital.gov.ru/registry/numeric/)

3. Система Антифрод через свою инфраструктуру отправляет запрос оператору (2) о том, фиксируется ли в его сети такой исходящий вызов.

4. Оператор (2) отвечает системе Антифрод - подтверждает легитимность вызова или формирует ответ о том, что такого исходящего вызова не фиксируется.

5. Система Антифрод формирует ответ Оператору (1) - либо  Accept (можно принять вызов), либо Reject (рекомендация отклонить вызов). 

6. Оператор (1) получает ответ от системы и принимает решение о пропуске или отклонении вызова.

Особенности

• Оператор (1) может пропустить вызов, несмотря на ответ системы о запрете, но в этот момент начинается ответственность оператора в отношении пропуска нелегитимного графика.

• Ответ от ГИС “Антифрод” оператору (1) должен поступить не позднее 500 миллисекунд (0.5 секунды) с момента начала прохождения вызова. В противном случае вызов считается легитимным.

• Влияние работы сети Интернет никак не регламентируется, кроме установления задержки на ответ в 500 сек. То есть стабильность работы интернет-сети вполне может влиять на работу системы Антифрод.

• Все нелегитимные вызовы (и пропущенные, и отклонённые) - фиксируется, по каждому вызову формируется инцидент, по которому проводится проверка Роскомнадзора.

Процесс внедрения

На ноябрь 2023 года ГИС “Антифрод” уже внедрена у всех операторов сотовой связи. В активной стации процесс внедрения для всех остальных российских операторов, вплоть до региональных, самых малых операторов.

Учитывая то, что функционал системы для крупных операторов и для малых существенно различается: всё ещё в России есть масса небольших компаний, оказывающих услуги телефонной связи на базе старых АТС, не обладающих “от рождения” нужным функционалом аутентификации вызова. То есть такие АТС в принципе невозможно подключить ни к своей разработке, ни воспользоваться сторонней.

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

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

Работает ли система

Как ни странно - да.

В апреле 2023 сообщалось, что система заблокировала 135 млн мошеннических вызовов, в июне 2023 - уже 265.

По субъективным данным - да, количество “левых” звонков заметно сократилось.

Штрафы за невнедрение

С сентября 2023 Роскомнадзор начал рассылать операторам связи уведомления о возможных штрафах за срыв сроков внедрения системы. Размер штрафа колеблется от 50 тыс рублей для должностных лиц до 1 млн рублей для организации.

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

Опубликовано: 18.09.2023Обновлено: 18.09.2023

До 2023 года деятельность хостинг-провайдеров не являлась лицензируемым видом деятельности. Роскомнадзор выпускал отдельное разъяснение по этому поводу.

Кто такой хостинг провайдер?

Методика определения хостинг-провайдера опеределена в 2021 году постановлением 1836 от 27 октября 2021 года. Срок действия методики - 6 лет, то есть до октября 2027 года.

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

Методика определяет, что хостинг-провайдер - лицо (физическое или юридическое), обеспечивающее размещение информации в сети Интернет и при этом удовлетворяющее хотя бы одному следующему условию:

1. осуществляет обработку сведений о пользователях, находящих на территории Российской Федерации;

2. получает денежные средства от пользователей, находящихся на территории РФ;

3. размещает на своих информационных ресурсах информационные ресурсы и/или программы пользователей, принадлежащих лицам, находящимся на территории РФ.

Да, фактически под эту методику подходит почти любой ресурс в сети Интернет. Методика вызывает массу вопросов, даёт предельно размытый алгоритм определения, мало того, касается граждан иностранных государств (так как в методике фигурирует положение “…находящийся на территории РФ…”, а не “…гражданин РФ…”.

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

Как зарегистрироваться в реестре хостинг-провайдеров?

Пока никак. На Консультанте сейчас можно найти документ “Правила направления провайдером хостинга уведомления…”, но документ без реквизитов (без даты, номера и тд). То есть, пока ещё не действующий, пока проект.

Какие требования к российскому хостинг-провайдеру?

1. Нужно являться российским юридическим лицом с долей капитала не менее 50% должно принадлежать гражданам РФ без двойного гражданства. Иностранное участие должно быть менее 50%.

2. Нужно иметь реальный адрес в ЕГРЮЛ (офис, сотрудники, все дела).

3. Необходимо соответствовать требованиям Минцфиры по защите информации. Причем эти требования ещё и должны будут быть согласованы с ФСБ (пока нет нормативной базы).

4. Технические средства (сервера) должны находиться на территории РФ.

Какие технические требования?

1. Использовать национальную систему доменных имён.

2. Физически располагаться на территории РФ

3. Участвовать в учениях по обеспечению устойчивого рунета.

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

5. Оказывать услуги только лицу, прошедшему идентификацию в соответствии с установленным порядком (напомню, Федеральный закон 406-ФЗ вводит четыре допустимых вида аутентификации пользователей: мобильный телефон / ЕСИА / ГосБиометрия / иная система аутентификации)

Кстати, обратите внимание: никаких запретов “иностранных емейлов” 406-ЗФ не вводит. Email в этом законе вообще не фигурирует - ни российский, ни иностранный. Просто email не является необходимым и достаточным параметром для аутентификации пользователя.

Текущий итог

В общем, пока (18 сентября 2023) ничего конкретного делать не обязательно. Ждём реестра.

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

Вопросов больше чем ответов

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

• А что будет с иностранным хостингом? Будут блокировать? Особенно, с учётом желания Роскомнадзора “приземлить” в России крупнейшие зарубежные хостинговые площадки. Так это бОльшую части Интернета надо заблокировать…

• А что если у меня половина хостинг-компании в России, а половина - нет?

• А что делать с клиентами, не имеющими российского гражданства? Например с северными корейцами?

• А что если я - владелец зарубежного хостинг-провайдера? Сервера - “там”, контора - “за периметром”, но сайт русскоязычный и я принимаю деньги от клиентов, находящихся на территории РФ?…
  …..
  ….
  …

Если задуматься

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

Вот вам и суверенизация Интернета. Вот вам и разделение по географическому признаку.

Как-то так мне это видится.

Традиционное представление

Что такое коэффициент PUE и как он рассчитывается рассматривали в статье “PUE – коэффициент эффективности ЦОД”.

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

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

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

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

Таким образом, короткий ответ - нет, PUE не может быть меньше единицы.

Всё таки может ли быть PUE меньше единицы?

Теперь следите за руками, начинается магия.

Сам коэффициент эффективности PUE придуман для контроля эффективности работы оборудования. То есть, фактически, для снижения финансовых затрат работы ЦОДа.

То есть, мы не нарушим никакой логики, если представим PUE как финансовую величину, а не как физическую (в конце-концов, в этом её смысл).

Допустим, ваш дата-центр потребляет всего 750 кВт, а размещенное оборудование - 500 кВт электричества.

PUE = 750 / 500 = 1.5

Допустим, вы покупаете электричество по 7 руб за 1 кВт/час.

Тогда потребление вашего ЦОДа в деньгах:

750 * 24 часа * 30 дней * 7 руб/кВт = 3 780 000 руб/мес.

Потребление оборудования:

500 * 24 * 30 * 7 = 2 520 000 руб/мес.

Тогда выполняется равенство:

PUE = 750 / 500 = 3 780 000 / 2 520 000 = 1.5

И вот тут произошёл тот самый переход, который даёт нам дополнительные возможности.

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

И вообще, общий смысл ЦОДа без учёта вычислений как полезной работы - большая электрическая грелка.

Самая дорогая грелка из всех возможных (водяной, газовой, угольной, дровяной и тд). Но грелка!

И вы за это тепло УЖЕ заплатили!

Тогда возникает вопрос: а можно ли продать это тепло?

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

PUE = (P общ. ЦОДа - P проданного тепла) / P выч. оборудования

И в этом случае мы получаем саму теоретическую возможность существования PUE ниже единицы

Практический смысл

Одно дело - теория, совсем другое - практическая реализация.

Проблематика отвода созданного тепла в ЦОДе весьма сложная, так как получаемое тепло - низкотемпературное (30-40 градусов) и преобразовать его реально полезное крайне сложно.

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

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

Реализация

И всё таки техническая реализация возможна.

1. тёплые полы, тепловые завесы, обогреваемые парковки - не требуют согласований

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

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

Наиболее близко по техническому решению к целевой задаче приближены ЦОДы жидкостного охлаждения, где сервера полностью опущены в ванну с непроводящей жидкостью. Температура такой ванны - около 40 градусов. И это сразу - “мокрое” тепло, то есть жидкий теплоноситель, который очень удобно использовать для передачи тепла на значимые расстояния.

При этом, затраты на обеспечение работы технических систем в таких ЦОДах “от рождения” довольно низкие - жидкостные насосы и вентиляторы внешних радиаторов потребляют крайне мало электроэнергии по сравнению с компрессорами холодильных систем.

То есть изначально малые затраты на охлаждение + возможность продажи тепла или экономии от его использования определяют возможность реального создания технических систем с коэффициентом PUE меньше единицы.

Правда, с одним ограничением - если PUE выражен в деньгах.

Как рассчитывается PUE

PUE есть отношение полной затраченной электрической энергии ЦОДа к энергии, потребленной вычислительным оборудованием (серверами).

PUE = P общ. / P. серв.

Важно понимать, что PUE никак не учитывает эффективность и “зелёность” самих серверов. Повышение частоты процессора, увеличение количества ядер, снижение тепловыделения процессоров, иногда даже установка правильной операционной системы - это отдельный, важный процесс оптимизации затрат. Но PUE не про это.

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

Пример расчёта PUE

Допустим, ваш дата-центр потреблет всего 200 кВт электричества, при этом на северное оборудование приходится 125 кВт.

PUE = 200 / 125 = 1,6

Ваш PUE похож на коэффициент эффективности стандартных ЦОДов с использованием фресковых сплит-систем.

В каких диапазонах бывает PUE

Читать статю “Может ли быть PUE меньше единицы?”

Важно понимать, то в таблице даны ооооочень приблизительные данные. В теории можно заставить фреоновую сплит-систему работать на уровне 1.3 - 1.4, а можно и систему с подмесом внешнего воздуха довести до состояния PUE = 1.8. Особенно если систему не обслуживать и не соблюдать регламенты.

Особенности

Любая система охлаждения работает в своих специфических условиях.

Самое большое влияние оказывает климат, а точнее - текущая погода.

Эффективность системы охлаждения растёт зимой, снижается летом. ЦОДы строят как в Африке, так и за Полярным кругом. Везде свои особенности.

Самый правильный PUE - среднегодовой. С учётом работы во всех временах года, в любую погоду.

Лучший расчёт показателя - среднегодовой, лучший вариант наблюдения - график за период до 3 лет.

Прямой ответ на этот вопрос на самом деле более сложный, чем “да” или “нет”. Смысл в том, что просто взяв какое-то оборудование в аренду у другого оператора, или купить б/у оборудование не получится - взять в аренду “железо” чисто технически вы сможете. Но вот реализовать на нём мероприятия - сильно сомнительно.

Производитель АПК СОРМ продаёт оборудование заданному оператору. Название и ИНН оператора прописывается в документах, в том числе, в схеме подключения комплекса, которую утверждает куратор.

Однако, “аренда комплекса” на самом деле может быть представлена услугой апсорминга (аутсорминга) - когда вышестоящий оператор связи, действительно, выделяет вам часть своего АПК для реализации мероприятий ОРМ.

Но дьявол, традиционно, в деталях.

Во-первых, комплекс СОРМ должен быть введён в эксплуатацию актом. То есть этот оператор к моменту начала аренды уже должен реализовать всё на своей сети, а уже потом оказывать услуги другим.

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

Требование прохождения трафика через сети одного вышестоящего оператора прописаны в приказе Минцифры России № 245/127 «Об утверждении Типовых требований к плану мероприятий по внедрению технических средств, обеспечивающих оперативно-разыскную деятельность», пункт 6.Б, цитата: “о факте обеспечения прохождения всего трафика присоединяемой сети через технические средства присоединяющего оператора связи;”.

Таким образом, получается, что ответ на вопрос “можно ли взять СОРМ в аренду?” в развёрнутом виде звучит так:

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

В такой формулировке - да, комплекс можно взять в аренду.

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

Взяв же в обычную аренду набор оборудования, или купив такой набор на вторичном рынке как б/у оборудование, вы вряд ли сможете реализовать требования мероприятий СОРМ. Будет против либо куратор, либо производитель, либо все вместе.

Но если у вас всё таки получилось ввести актом в реальную эксплуатацию б/у или арендованный комплекс - напишите, это действительно интересный кейс.

Когда не целесообразно внедрение

Случаи, когда внедрение СОРМа кажется нецелесообразным (примеры):

1. Лицензия оператора связи получена, но деятельность согласно лицензии не ведётся

2. Оператор предоставляет другие услуги (аренду серверов, например), выручка по услугам доступа к сети практически нулевая

3. Оператор только-только начал работать на рынке, оборот составляет единицы или десятки тысяч рублей.

И так далее.

Действительно, случаев, когда СОРМ внедрять, как бы, бессмысленно - довольно много.

Однако, есть проблема - лицензия на услуги оператора связи.

В условиях лицензии оператора связи написано, что «оператор обязан за свой счёт реализовать СОРМ». Если вы получили лицензию (точнее - если вы запрашивали такую лицензию), то вы согласны с этим требованием.

Значит, с точки зрения российского законодательства, вам необходимо реализовать СОРМ. Либо сдать лицензию оператора.

А есть ли варианты?

На самом деле - да. 

Во-первых, внедрение СОРМ у конкретного оператора связи контролирует куратор (у каждого оператора 100% есть свой куратор). Попробуйте назначить встречу и просто посоветоваться, объяснить свою ситуацию. Послушайте что скажет.

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

В-третьих, внедрение СОРМ можно попробовать растянуть по времени (разумеется, при согласовании с тем же куратором).

В-четвертых, можно внедрить СОРМ на базе вышестоящего оператора (аутсорминг / апсорминг - если вышестоящий предоставляет такие услуги).

Возможно ли внедрить СОРМ, не покупая свой АПК?

Да. Как раз это и называется апсорминг (или ранее - аутсорминг). То есть вы можете использовать часть АПК СОРМ вашего вышестоящего оператора, фактически взяв АПК СОРМ в аренду.  (Да, мы тоже предоставляем такие услуги)

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

В случае использования апсорминга вам необходимо уточнить две вещи:

1. Результатом работ по внедрению СОРМ должен быть АКТ введения СОРМ в эксплуатацию (не договор, не соглашение, а акт, подписанный вашим куратором)

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

И напоследок. 

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

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

И проблема в том, что кураторы очень не любят «беглецов» - к ним внимание в первую очередь.

Если у вас всё таки есть время побегать - используйте его для того, чтобы попытаться всё таки реализовать требования СОРМ на своей сети. 

Напомню, что с нового года штрафы за не-реализацию - ОТ миллиона рублей.

Хотите посоветоваться - напишите мне в Telegram. Возможно, смогу что-то подсказать.

Термин аутсорминг (outer - внешний, сорм - система оперативно-разыскных мероприятий) - по аналогии с аутсорсингом - возник из идеи предоставления решения СОРМ как услуги.

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

Такое решение возможно: согласно приказа 245/127 ФСБ России “Об утверждении Типовых требований к плану мероприятий по внедрению технических средств, обеспечивающих оперативно-разыскную деятельность”, вышестоящий оператор может предоставлять такую услугу своим присоединённым операторам.

Важное условие: пункт 6.Б этого приказа однозначно определяет, что весь трафик присоединяемого оператора должен проходить через сети вышестоящего оператора, предоставляющего услугу аутСОРМинга. Другими словами - вышестоящий оператор должен стать единственным поставщиком трафика или услуг голосового вызова (телефонии) для своего присоединённого оператора.

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

Важные условия:

1. вы не можете взять комплекс СОРМ в аренду, установить у себя и им пользоваться - можно пользовать только комплексом вышестоящего оператора

2. у вышестоящего оператора комплекс СОРМ должен быть внедрён и введён в эксплуатацию соответствующим образом для собственных нужд. Только после этого оператор может предоставлять такую услугу другим.

3. трафик присоединяемого оператора должен проходить только через сети вышестоящего оператора и весь этот трафик должен попадать в АПК СОРМ. Обходных маршрутов быть не должно.

Результат внедрения комплекса СОРМ - акт ввода в эксплуатацию по соответствующему приказу. Никакие другие документы (договоры, соглашения о намерениях, …) НЕ могут быть подтверждением ввода в эксплуатацию комплекса СОРМ.

Ответственность за внедрения комплекса всегда лежит на каждом конкретном операторе. Вы не сможете доказать, что пользуетесь СОРМом вышестоящего оператора, основываясь на договоре оказания услуг связи и мотивируя тем, что “у вышестоящего оператора всё внедрено”. Акт ввода, подписанный куратором ФСБ, должен быть у каждого оператора связи. Свой акт.

Проблема трактования

Отмечу, что именно несоблюдение условий предоставления услуг СОРМа одним оператором другим, попытки построить какие-то “обходные схемы” и привели к необходимости конкретизации термина. В некоторых случаях, такое непонимание положений Закона приводило, в том числе, к финансовым потерям компаний. Например, при попытках заключения договора аренды (а не покупки) комплекса.

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

апСОРМинг

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

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

Что меняется?

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

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

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

Возможно ли реально выполнить план СОРМ, не покупая и не устанавливая набор дорогостоящего оборудования на своей сети? 

Аутсорминг

Термин «аутСОРМинг» возник как раз из идеи предоставления части ресурсов оборудования СОРМ одного оператора - другому (аутСОРМинг - сокращение от outer - анг. «внешний» и СОРМ - Система технических средств для обеспечения функций Оперативно-Разыскных Мероприятий). То есть внедрение СОРМ на внешних ресурсах.

Особенности реализации

Основных особенности две:

1. Весь трафик должен проходить через одного присоединяющего оператора (касается и передачи данных, и голосового трафика) 

2. У присоединяющего оператора должен быть установлен, настроен, внедрён и сдан в эксплуатацию собственный комплекс СОРМ

Важно: Приказ №245 ФСБ РФ «Об утверждении типовых требований к плану мероприятий по внедрению технических средств, обеспечивающих оперативно-разыскную деятельность» от 28.03.2022, пунктом 6(б) прямо определяет, что при использовании схемы аутсорминга должен использоваться только один присоединяющий оператор и весь трафик проходит через сеть этого присоединяющего оператора. 

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

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

Стоимость

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

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

Добавьте к этому необходимость реализации “с запасом” - для обеспечения необходимой ёмкости для присоединения других операторов.

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

Договорные отношения

Исходя из необходимости присоединения к оператору, возникают договорные отношения в областях:

1. Межоператорские отношения в части передачи данных

2. Межоператорские отношения в части передачи голосовых данных

3. Отношения в части использования части комплекса СОРМ.

Здесь важно, что при некоторых обстоятельствах приказы СОРМ (86, 139, 573) могут возникать как единый комплекс услуг, так и частично. Например, если в сети не используется голосовая связь или оказание услуг голосовой связи осуществляется по агентской схеме от другого оператора.

Критерий завершенности работ

Внедрение системы СОРМ - ответственность каждого отдельного оператора связи, его прямая обязанность согласно законодательству. Контролирует процесс внедрения - куратор оператора.

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

То есть, результат работы - акт. Никакой другой документ (коммерческое предложение на внедрение, договор с оператором, имеющим реализованный СОРМ, подписанный договор на внедрение, платёжная информация по договору внедрения и тд) - НЕ является документом, подтверждающим выполнение работ. Только акт. Во всех остальных случаях - вы ничего не сделали.

Результат работы по внедрению комплекса СОРМ - акт. Никакой другой документ, кроме акта.

До подписания договора аутсорминга

Учитывая сложность требований к внедрению СОРМа, перед заключением каких-либо договоров было бы правильно:

1. Попросить у вашего присоединяющего оператора показать акт ввода комплекса СОРМ

2. Проконсультироваться с куратором о возможности внедрения СОРМа путём аутсорминга у конкретного оператора

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

Замечание: акт о вводе в тестовую (не «боевую», постоянную) эксплуатацию - нормально на текущий момент. На сегодняшний день идёт активная разработка и пересмотр требований к СОРМу, поэтому пока формируются только акты тестовой эксплуатации.

Цель

Полный список российских IP-адресов (а также список адресов другой страны - аналогично) требуется в случаях:

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

2. допуск нужной аудитории к ресурсу

3. Категоризация аудитории

И так далее.

Источник данных

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

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

Наиболее популярный - GeoIP.

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

1. достоверным

2. признанным

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

С точки зрения российского законодательства существует только три достоверных источника данных об IP-адресах: IANA, RIPE и РАНР.

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

RIPE - региональная Европейская регистратора (если быть точным, то Europe, the Middle East, and Central Asia). При выделении сети конечному клиенту RIPE обязательно спрашивает в каком регионе будет использоваться заданная сеть.

РАНР (Реестр адресно-номерных ресурсов) - копия базы данных RIPE российских ресурсов. Реестр пока ещё только создаётся, поэтому пока нельзя сказать, что его база хоть сколько-нибудь полная. Да и вытащить оттуда список ресурсов (не один конкретный, а именно список) - та ещё задачка.

Таким образом, если список адресов нужен для целей, связанных с определением достоверности информации, стоит полагаться именно на RIPE

Как получить актуальный список адресов

#curl https://stat.ripe.net/data/country-resource-list/data.json?resource=RU | jq -r '.data.resources.ipv4 | .[]' > ru.txt

stat.ripe.net - ресурс предоставляет статистические данные об использовании интернет-ресурсов, в том числе в формате JSON

resource=RU - российские ресурсы

jq -r ‘.data.resources.ipv4 | .[]’ - извлекает IPv4 адреса из JSON, полученного от stat.ripe.net. Извлекает из строки JSON-а каждый IPv4-элемент.

> ru.txt - складываем полученные данные в файл ru.txt

В итоге у вас получается файл размером примерно 11тыс. строк.

ВАЖНО: НЕ ВСЕ строки в файле одинакового формата!

В подавляющем большинстве строки в файле выглядят как CIDR-подсеть:

2.56.24.0/23
2.56.26.0/23
2.56.88.0/22
2.56.112.0/22

Однако, если сделать поиск строк, в которых нет слеша, получим примерно 20 строк в формате диапазона:

$ cat ru.txt | grep -v "/"
31.135.244.0-31.135.251.255
46.149.66.0-46.149.71.255
62.122.208.0-62.122.212.255
78.31.178.0-78.31.183.255
81.162.48.0-81.162.53.255
87.239.32.0-87.239.34.255

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

В итоге, получаем файл из которого можно далее собрать либо ACL, либо правило для firewall, либо использовать этот список ещё каким-либо образом.

Кроме того, вы всегда можете сослаться на достоверный источник данных - RIPE. Достовернее не бывает.

Ручная проверка принадлежности сети

На сайте RIPE.net в правом верхнем углу - строка поиска:

В выдаче вас будет интересовать объект inetnum (все остальные объекты создаются на его основе):

Может ли одна и та же сеть использоваться в разных странах одновременно?

Да, запросто. В случае честного оформления объекта в БД RIPE будет несколько строчек country: с разными идентификаторами стран, в которых сеть будет использоваться.

В выгрузку stat.ripe.net такая сеть попадёт несколько раз - по одному разу для каждой страны.