Метка «СОРМ» - 3

Минкомсвязи подготовило требования к оборудованию СОРМ для интернет провайдеров

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

Читать полностью »

Прошёл месяц, и мы рады представить новый выпуск нашего подкаста.

Темой обсуждения сегодня будет DPI.

1) Встреча ITU в Дубаи и обсуждение вопроса обязательного внедрения DPI.
2) Техническая релизация DPI, положение в сети. Положительные стороны.
3) СОРМ. СОРМ1, СОРМ2, СОРМ3.

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

Прослушать подкаст можно на нашем сайте или на rpod.
Скачать Читать полностью »

Тот, кому доводилось иметь дело с выбором ORM для Scala, наверняка, наслышан о таких библиотеках, как Slick (Scala Query), Squeryl, Circumflex и пр., и, не менее вероятно, согласится со следующими утверждениями: они не абстрагируются от реляционных концепций, они требуют описания модели специфическими способами, API зачастую запутан и рассредоточен, и, наконец, то, насколько предложенные этими библиотеками абстракции в действительности упрощают работу с базой данных является, по меньшей мере, сомнительным.

Так и родилась идея создать фреймворк, который

  1. возведёт абстракцию над базой данных до более высокого уровня, представляя её через стандартные типы данных Scala: примитивы, кортежи, опции, коллекции и тд., а так же стандартные кейс-классы, представляющие собой сущности
  2. выполняя первую задачу, будет «чистым», что означает полное исключение концепций реляционной стороны из API фреймворка: никаких таблиц, строк и реляционных связей,
  3. возведёт в принцип основы функционального программирования: только немутируемые типы данных, сведение State к минимуму,
  4. будет выполнять за пользователя всё, что он может, за счёт чего достигнет минимизации boilerplate.

Как видите, задачи все стояли достаточно бескомпромиссные, однако они были решены. За счёт этого удалось добиться последовательности, простоты и вытекающей интуитивности фреймворка, — и это при отнюдь не слабых возможностях. Boilerplate удалось, и вовсе, исключить. Читать полностью »

Сам термин Triple Play (3P) изначально — чисто маркетинговый, отражавший некое совместное предоставление услуг на базе сетей нового поколения. Опыт показал, что все современные услуги связи (любой сложности) являются для абонента-физлица набором трех базовых услуг:

  • Телефонного сервиса;
  • Доступа в Интернет;
  • Телевидения.

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

Triple Play: как в единой IP среде уживаются телефон, телевизор и интернет?
Triple Play-услуги и обслуживающие их ИТ-системыЧитать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js