pas-cross Опубликовано 29 мая, 2017 · Жалоба Появился проект Правил применения СОРМ в целях реализации требований ФЗ "Яровой". 2. Операторам связи до 1 июля 2018 г. привести в соответствие с Правилами применения технических и программных средств информационных систем В основном он схож (и многое включает-повторяет) с ранее существующими проектами правил или ЧТТ по СОРМ3 (ИС БД СОРМ). Но чтобы потом не было так мучительно больно и как на КРОСе рекомендовал уважаемый эксперт - добро пожаловать в обсуждение по ссылке: http://regulation.gov.ru/projects#npa=15099 Проект приказа ИС БД ОРМ 374 (голос и ПД) v1.1.pdf Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Rivia Опубликовано 29 мая, 2017 (изменено) · Жалоба 9.3.Контроль времени поступления из различных источников сети/сетей связи собираемых данных и информирование ПУ о превышении временных параметров, предусмотренных для соответствующих типов данных. Что это? Очень нравится использование слов типа "соответствующих". Кому и чему соответствующих - непонятно, но вставить же надо! Так серьезней выглядит! Изменено 29 мая, 2017 пользователем Rivia Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Связной (С) Опубликовано 29 мая, 2017 · Жалоба Появился проект Правил применения СОРМ в целях реализации требований ФЗ "Яровой". Дата создания проекта - 23 мая 2014 г. Т.е. еще до Фз о хранении сообщений. pas-cross, это простой обычный СОРМ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Rivia Опубликовано 29 мая, 2017 · Жалоба Появился проект Правил применения СОРМ в целях реализации требований ФЗ "Яровой". Дата создания проекта - 23 мая 2014 г. Т.е. еще до Фз о хранении сообщений. pas-cross, это простой обычный СОРМ. Нет: 9.ИС БД ОРМ обеспечивает:... 9.2.Накопление, хранение до 6 месяцев содержимого текстовых сообщений пользователей, голосовой информации (в части лицензий п.5 пп. 11, 12, 14), изображений, звуков, иных сообщений пользователей услугами связи с момента окончания их приема, передачи, доставки и (или) обработки. Просто решение о том что законопроект будет принят было принято до его принятия (с) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Связной (С) Опубликовано 29 мая, 2017 · Жалоба Rivia, спасибо. Тогда да. Актуально в новых задачах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Rivia Опубликовано 29 мая, 2017 · Жалоба Если честно тепрь я сам не уверен. Там раз 10 наверное в разных пунктах указано про накопление данных, но в одних говорится что все подряд, в других - только по фильтру с ПУ + текст и голос. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pas-cross Опубликовано 29 мая, 2017 · Жалоба А так оно всё и есть - его (проект правил) долго и мучительно делали (пытались) под пп.12-14 пп рф 538, а уж теперь с поручением г-на Дворковича сроки поставлены и подходят. См. в шапке документа: пункта 2.2 статьи 13 Федерального закона от 6 июля 2016 г.№ 374-ФЗ «О внесении изменений в Федеральный закон «О противодействии терроризму» и отдельные законодательные акты Российской Федерации в части установления дополнительных мер противодействия терроризму и обеспечения общественной безопасности» (Собрание законодательства Российской Федерации, 2016, № 28, ст. 4558) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pas-cross Опубликовано 29 мая, 2017 · Жалоба Что это? Очень нравится использование слов типа "соответствующих". Кому и чему соответствующих - непонятно Там всё есть, изучайте внимательно. Аппаратно придётся тратиться не только на накопители, но и на процессорные ёмкости, что должны будут обеспечить установленные требования сроки обработки и предоставления информации. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Умник Опубликовано 29 мая, 2017 · Жалоба Мякотка здесь: 2) для сетей передачи данных: содержимого голосовой информации пользователей; информации всех текстовых сообщений пользователй передаваемых без дополнительного кодирования; содержимого прочих видов соединений в соответствии с устанавливаемыми с ПУ фильтрами содержимого соединений сети передачи данных. Но! 20. ИС БД ОРМ для сетей передачи данных выполняет сбор, накопление и хранение содержимого прочих видов соединений только при установленных с ПУ фильтров содержимого соединений. То есть из всего трафика по-умолчанию будет писаться только то, что проапгрейженный СОРМ-3 распознает как текст (вспомним как работает strings из binutils) или как голос (SDP). Все остальное будет писаться по желанию того, кто будет управлять железкой, стоящий у провайдера. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Альбертин Опубликовано 31 мая, 2017 · Жалоба Добрый день, коллеги! 1) в части лицензий передачи данных и телематики более-менее всё понятно по ловле и хранению голоса и текстовых сообщений, за искл. того как эта информация будет ловиться с каналов SDH/PDH, сдаваемых в аренду, на сдаваемые в аренду цифровые каналы необходимо будет тоже ставить какие-то съёмники? 2) из текста непонятно, подлежит ли съёму и хранению голосовая информация по "телефонным лицензиям"? Например, в п.9.13 говорится о системах хранения, встроенных в телефонных коммутаторах и необходимости взаимодействия ИС БД ОРМ с таковыми. Кстати, проекты требований к этим коммутаторам в открытом доступе не нашёл, хотя насколько я понимаю, подлежат изменению Приказы №268 и №645. Одновременно, в п.17 говорится о сборе содержимого соединений в том числе с телефонных сетей. Вместе с тем тут же в п.19 говорится о том, что с телефонных сетей подлежит накоплению только текстовые/факсимильные сообщения. А в п.2.3.1 Приложения №6 говорится о том, что для телефонных соединений неформатированные данные в буфере должны храниться до 6 месяцев. Что тут подразумевается под неформатированными данными, голос? Хранить несколько минут попадает под определение «до 6 месяцев»? 3) Приложение №12 говорит о том, что голос должен храниться без сжатия в неизменном виде, правда тут говорится о RTP-потоке, а как и нужно ли хранить голос в кодеке G.703 с телефонных сетей? Также непонятно, как определить точку консолидации информации, передаваемой по телефонным сетям (Приложение №11), это СЛ? Тогда разговор двух абонентов на одной станции никак не может быть записан… Это сырые Правила или может быть что-то я недопонимаю? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sipoutnet Опубликовано 31 мая, 2017 · Жалоба исходите из худшего для операторов пункт 3 видимо конвертнете в какой то (по согласованию(а т.е. какой скажут)) кодек и прикрутите к asn1 пункт 2 полная запись всех разговоров за 6 ? 36? месяцев. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pas-cross Опубликовано 31 мая, 2017 · Жалоба Про сроки\объемы хранения информации. 9.2. Накопление, хранение до 6 месяцев содержимого текстовых сообщений пользователей, голосовой информации (в части лицензий п.5 пп. 11, 12, 14), изображений, звуков, иных сообщений пользователей услугами связи с момента окончания их приема, передачи, доставки и (или) обработки. ... 9.4. Накопление, хранение не менее 3-х лет и обработку информации, об абонентах/пользователях услуг связи данной сети, о выделенных им телефонных номерах и кодах идентификации, об оказываемых им услугах связи и иной информации, определенной данным документом как необходимой уполномоченному органу для проведения ОРМ. При этом данные об услугах связи, оказываемых абонентам/пользователям услуг связи данной сети, поступающие из источников информации накапливаются, не зависимо от того присутствует или нет в ИС БД ОРМ информация о выделении оператором связи телефонных номеров и/или кодов идентификации, присутствующих в поступающей информации. ... 13. ИС БД ОРМ выполняет сбор и накопление информации о следующих видах соединений, совершенных абонентами/пользователями посредством услуг сети передачи данных (в части лицензий п.5 пп. 11, 12, 14): 1) подключении/отключении абонента к сети передачи данных (ААА); 2) HTTP-обращений к информационному ресурсу сети связи (посещение Интернет-страниц сайтов, порталов и т.д.); 3) передаче почтового e-mail сообщения (в т.ч. сообщения веб-почты); 4) передаче электронных сообщений между пользователями (служебных сообщений, мгновенных сообщений, коротких сообщений, мультимедийных сообщений); 5) голосовой связи посредством сети передачи данных; 6) передаче файловых данных; 7) терминального доступа к оборудованию для удаленного управления; 8) прочих видов соединений абонентов в сети передачи данных; 9) информацию об изменении сетевых адресов пользователей, если такая замена (трансляция) сетевых адресов в процессе оказания услуг связи осуществляется на оборудовании связи сети передачи данных оператора Информация п.1-7 хранится не менее 3-х лет, информация п. 8-9 хранится сроком 6 мес. ... 2.3.1. Для телефонных соединений абонентов (в соответствии с лицензиями на оказание услуг связи, перечисленных в пункте 5 Правил) длительность временного хранения неформатированных данных в буфере – до 6 месяцев. При оценке объёмов также стоит учитывать необходимость множества различных индексов с целью выполнения требований, предъявляемых к временным характеристикам обработки, поиска информации и выполнения задач ИС БД ОРМ. Не говоря и о процессорных мощностях для обработки задач. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
itsm-lan Опубликовано 31 мая, 2017 · Жалоба Про сроки\объемы хранения информации. 9.2. Накопление, хранение до 6 месяцев содержимого текстовых сообщений пользователей, голосовой информации (в части лицензий п.5 пп. 11, 12, 14), изображений, звуков, иных сообщений пользователей услугами связи с момента окончания их приема, передачи, доставки и (или) обработки. ... 9.4. Накопление, хранение не менее 3-х лет и обработку информации, об абонентах/пользователях услуг связи данной сети, о выделенных им телефонных номерах и кодах идентификации, об оказываемых им услугах связи и иной информации, определенной данным документом как необходимой уполномоченному органу для проведения ОРМ. При этом данные об услугах связи, оказываемых абонентам/пользователям услуг связи данной сети, поступающие из источников информации накапливаются, не зависимо от того присутствует или нет в ИС БД ОРМ информация о выделении оператором связи телефонных номеров и/или кодов идентификации, присутствующих в поступающей информации. ... 13. ИС БД ОРМ выполняет сбор и накопление информации о следующих видах соединений, совершенных абонентами/пользователями посредством услуг сети передачи данных (в части лицензий п.5 пп. 11, 12, 14): 1) подключении/отключении абонента к сети передачи данных (ААА); 2) HTTP-обращений к информационному ресурсу сети связи (посещение Интернет-страниц сайтов, порталов и т.д.); 3) передаче почтового e-mail сообщения (в т.ч. сообщения веб-почты); 4) передаче электронных сообщений между пользователями (служебных сообщений, мгновенных сообщений, коротких сообщений, мультимедийных сообщений); 5) голосовой связи посредством сети передачи данных; 6) передаче файловых данных; 7) терминального доступа к оборудованию для удаленного управления; 8) прочих видов соединений абонентов в сети передачи данных; 9) информацию об изменении сетевых адресов пользователей, если такая замена (трансляция) сетевых адресов в процессе оказания услуг связи осуществляется на оборудовании связи сети передачи данных оператора Информация п.1-7 хранится не менее 3-х лет, информация п. 8-9 хранится сроком 6 мес. ... 2.3.1. Для телефонных соединений абонентов (в соответствии с лицензиями на оказание услуг связи, перечисленных в пункте 5 Правил) длительность временного хранения неформатированных данных в буфере – до 6 месяцев. При оценке объёмов также стоит учитывать необходимость множества различных индексов с целью выполнения требований, предъявляемых к временным характеристикам обработки, поиска информации и выполнения задач ИС БД ОРМ. Не говоря и о процессорных мощностях для обработки задач. больше монго хороших и разных или кассандр безобразных? ))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 3 июня, 2017 · Жалоба Про сроки\объемы хранения информации. При оценке объёмов также стоит учитывать необходимость множества различных индексов с целью выполнения требований, предъявляемых к временным характеристикам обработки, поиска информации и выполнения задач ИС БД ОРМ. Не говоря и о процессорных мощностях для обработки задач. Но это же не провайдерский момент. Кто-то где-то создаст ПАК для этой фигни, у меня просто нет группы программеров, способных это создать и сертифицировать. Так что опять в магазин за покупкой... В магазине этой хрени выбор очень ограничен, увы... Ну и местное управление когонадо тоже не готово менять вендора - ибо надо переучивать, а бабок нету. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pas-cross Опубликовано 5 июня, 2017 (изменено) · Жалоба местное управление когонадо тоже не готово менять вендора - ибо надо переучивать Предполагается унификация. Но это же не провайдерский момент. Кто-то где-то создаст ПАК для этой фигни Так что опять в магазин за покупкой... Покупка (решение) состоит из: 1. железа 2. софта (или как Вы называете ПАК) 3. ПНР Железо неизбежно должно обеспечивать необходимый съём и хранение 3 года (часть 6 месяцев). НО(!) в проекте Правил также существуют "Требования, предъявляемые к временным характеристикам обработки, поиска информации и выполнения задач ИС БД ОР", на реализацию которых необходимы дополнительные существенные ресурсы, как процессорные так и дисковые: 34. Время выполнения задачи в ИС БД ОРМ не превышает следующих значений: 1) 1 с - для данных о принадлежности идентификаторов абонентов сети оператора связи; 2) 1 с - для данных об использовании карты экспресс оплаты, телефонной карты; 3) 3 с - для данных об идентификаторах абонентов зарегистрированных на физическое или юридическое лицо; 4) 1 с - для данных о пополнении баланса личного счета абонента. 35. Время выполнения задач поиска информации о связях абонентов, накопленных в ИС БД ОРМ не превышает значений, приведенных в таблице 1. 35.1. ИС БД ОРМ обеспечивает выполнение не менее 100 одновременно выполняющихся поисковых задач. При выполнении от 1-ой до 100 одновременно запущенных задач обеспечиваются временные характеристики, определенные в таблице № 1. При выполнении ИС БД ОРМ более 100 одновременных поисковых задач, обеспечение временных характеристик в соответствии с таблицей № 1 не гарантируется. ... 36.3. К времени поиска информации в базе данных ИС БД ОРМ при выполнении комбинированных поисковых запросов предъявляются следующие требования: 1) для операции «И»: время выполнения поискового запроса по двум и более критериям должно быть меньше суммарного времени выполнения поисковых запросов по каждому из критериев; 2) для операции «ИЛИ»: время выполнения поискового запроса по двум и более критериям должно быть не больше суммарного времени выполнения поисковых запросов по каждому из критериев; 3) для операции «НЕ»: время выполнения поискового запроса, в котором один из критериев задан с операцией «НЕ», не должно превышать времени выполнения аналогичного запроса, в котором используется соответствующий критерий без операции «НЕ». 4) в случае, если одним из поисковых критериев является составной критерий с использованием операций группировки, для определения времени выполнения исходного запроса время выполнения запроса с составным критерием должно оцениваться согласно требованиям пп.1-4. За это также предлагается доплатить провайдеру. А сейчас свои предложения об этом и других аспектах Проекта Правил можно выразить тут: http://regulation.gov.ru/projects#npa=15099 Изменено 5 июня, 2017 пользователем pas-cross Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ixi Опубликовано 5 июня, 2017 · Жалоба 3) для операции «НЕ»: время выполнения поискового запроса, в котором один из критериев задан с операцией «НЕ», не должно превышать времени выполнения аналогичного запроса, в котором используется соответствующий критерий без операции «НЕ». Веселый пункт, при желании можно любую реализацию зарубить.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pas-cross Опубликовано 20 июня, 2017 · Жалоба Давайте вспомним что было при инициировании данного закона - рынок (операторы) говорил о неподъёмных затратах на реализацию, инициаторы же скудно парировали голословностью, ссылаясь на отсутствие правил к реализации и как следствие невозможности оценки регулирующего воздействия. Сейчас же ещё несколько дней доступно обсуждение правил к реализации закона и можно попробовать повлиять на снижение затрат при их последующей реализации. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 20 июня, 2017 · Жалоба На блокировки не удалось повлиять даже 100-тысячному голосованию. Считать, что на что-то удастся существенно повлиять в этот раз... вероятность такого чуть менее 0. Что же до того, к чему это приведёт - трафиковые тарифы (лимиты и/или оплата), снижение качества услуг, отток абонентов и снижение числа операторов = снижение конкуренции и числа рабочих мест, косвенный эффект - снижение образованности населения в условиях современного информационного мироустройства и очередное повышение стресса в фоне - что ж, пусть. Рынок, в т.ч. глобальный, сам расставит всё на свои места. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
itsm-lan Опубликовано 20 июня, 2017 · Жалоба Давайте вспомним что было при инициировании данного закона - рынок (операторы) говорил о неподъёмных затратах на реализацию, инициаторы же скудно парировали голословностью, ссылаясь на отсутствие правил к реализации и как следствие невозможности оценки регулирующего воздействия. Сейчас же ещё несколько дней доступно обсуждение правил к реализации закона и можно попробовать повлиять на снижение затрат при их последующей реализации. беда беда что же делать что же делать теперь и телфин не телфин будет и тай не тай что же делать что же делать )) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pas-cross Опубликовано 20 июня, 2017 · Жалоба что же делать что же делать )) Вы, насколько помню, оператор связи в нескольких регионах и уже с год назад получали требования по ИС БД, изыскивали варианты подешевле... Купили, реализовали, ввели в эксплуатацию? Как планируете приводить в соответствие с требованиями закона Яровой, модернизация или новая покупка? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pas-cross Опубликовано 20 июня, 2017 · Жалоба На блокировки не удалось повлиять даже 100-тысячному голосованию. Считать, что на что-то удастся существенно повлиять в этот раз... "не всех, но к этому стремиться" (с) На мой взгляд достичь цели отменить блокировку или требований закона Яровой - утопия. Но повлиять на реализацию (например: пусть государство самостоятельно резолвит или сделает собственный софт сорм с требования по аппаратуре) - ближе к решению, в котором заинтересовано и государство и операторам оптимально. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
itsm-lan Опубликовано 20 июня, 2017 · Жалоба что же делать что же делать )) Вы, насколько помню, оператор связи в нескольких регионах и уже с год назад получали требования по ИС БД, изыскивали варианты подешевле... Купили, реализовали, ввели в эксплуатацию? Как планируете приводить в соответствие с требованиями закона Яровой, модернизация или новая покупка? да...нашли решение в итоге, сдали хоть и пришлось вникать в тех решение от производителя по Яровой - будем поглядеть что предложат производители а вот как с дельфином и таем вы будете - даже и нам посмотреть интересно на эту схему тысячелетия Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pas-cross Опубликовано 20 июня, 2017 · Жалоба пришлось вникать в тех решение от производителя да, до изучения требований не стоит покупать ИС БД а вот как с дельфином и таем вы будете - даже и нам посмотреть интересно на эту схему тысячелетия Не понимаю о чём Вы - почему мы как-то с кем-то должны быть и что такое тай даже не знаю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Alex/AT Опубликовано 20 июня, 2017 · Жалоба На мой взгляд достичь цели отменить блокировку или требований закона Яровой - утопия.Но повлиять на реализацию (например: пусть государство самостоятельно резолвит или сделает собственный софт сорм с требования по аппаратуре) - ближе к решению, в котором заинтересовано и государство и операторам оптимально. Думаю, не ошибусь, если замечу, что операторам оптимально данного решения вообще за свой счёт не иметь - для оператора это только лишние ненужные затраты, компенсировать которые без потерь по сути нереально. То есть без разницы, кто и как его будет делать - основная проблема именно в итоговых затратах на сбор и хранение всего этого никому не нужного счастья (половина и более трафика - крипта и медиа). А повлиять на решение с целью устанавливать это решение не за счёт оператора, а за счёт тех структур, которые его требуют - как и должно быть, если делать "по уму", думается мне, что не выйдет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 20 июня, 2017 · Жалоба Вы, насколько помню, оператор связи в нескольких регионах и уже с год назад получали требования по ИС БД, изыскивали варианты подешевле... Купили, реализовали, ввели в эксплуатацию? да...нашли решение в итоге, сдали хоть и пришлось вникать в тех решение от производителя Что за решение нашли? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...