Как стать автором
Обновить

Комментарии 20

Но если честно, это какой-то бред, хорошо еще, что не на блокчейне. Хотя, кстати, для распределенного хранения жалоб может и хорошо было бы его использовать.
А что мешает добавить подобие телетекста при установке соединения?
В идеале еще и функцию «пожаловаться».
Раздается звонок с незнакомого номера, а там высвечивается минимальная информация о звонящем, Яндекс уже подобное пытался внедрить для борьбы с телефонным спамом.
Что мешает? Время обработки сигнализации, возможно, что формат сообщения сигнализации в радиочасти не подойдет для передачи такой информации.
Во-первых, нужно откуда-то получить информацию о номере. То есть, сделать запрос к распределенной БД достаточно большого размера. Это дополнительные миллисекунды на установление соединения и занятие машинного времени.
Во-вторых, вам нужно запихнуть эту информацию в стандартизированное сообщение, размеры и предназначение полей в котором уже расписаны, там конечно может быть какое-то зарезервированное поле, и возможно его размера хватит, чтобы эту информацию передать, но вам еще нужно будет все это внедрить в оборудование: ядро, радио, терминалы. То есть, нужно расширение спецификаций и рекомендаций LTE, UMTS и т.д.
В-третьих, для функции «пожаловаться» тоже нужно передавать какой-нибудь токен со звонком, который будет храниться у оператора и на абонентском оборудовании и его можно будет использовать для отправки жалобы как идентификатор звонка.
В SIP вы можете передать такую информацию в нагрузке, или хедером. Но он используется в фиксе и на транках.
Короче передать пару битов между операторами проще. Ну и статья немного туманно это описывает. Вся проверка и обмен сообщениями происходят на операторском уровне, у абонентов ничто не изменится.
Перед передачей header вам надо подписать ключем, после — проверить. Это значительные CPU нагрузки для свичей.
Да и сам SIP INVITE уже настолько перегружен, что не влазит в один udp пакет(1500байт).
В данный момент это вроде бы не поддерживается ни одним из OSS свичей.
Да и вообще похоже никем не поддерживается.

Потому реализация в течении года — очень сильно сомнительна.

К тому же данная процедура увеличивает накладные расходы на соединение где-то раз в 5-10(надо точнее считать, но сейчас там вообще мало CPU), что предполагает увеличения установленной мощности у телекомов в разы. Както маловероятно.
Считаю, что проверку А-номера надо делать на клиентском оборудовании. Для смартфонов теоретически это вообще не проблема должна быть, если встроена в приложение-телефон. А то ещё от интернет-провайдеров тоже можно потребовать слать трафик только с верифицированных сайтов…
SIP — это, конечно, хорошо, но разве во всех городках «одноэтажной Америки» современные цифровые телефонные станции?
Из множества моих знакомых в США нет ни одного с домашним наземным номером — только мобильные (а они уже давно цифровые). Наземная связь доступна физлицам, но как минимум в крупных городах осталась в основном у компаний. Основной вред от робозвонков, как мне кажется, как раз приходится на мобильные номера физлиц в городах крупнее затерянной в горах деревни — именно им пытаются впарить медстраховки, кредитование, автоуслуги, да хоть черта лысого в свежей обертке. Когда люди покупают дом (при этом попадая в реестр по недвижимости) или машину (данные по страховкам тоже как-то просачиваются наружу), им иногда поступает до 7 звонков в день, с 8 утра и до 8 вечера. Спасают блокираторы по списку контактов, но в ситуации, когда тебе должен позвонить кто-то, кто не в списке, блокиратор приходится выключать — и иногда это напоминает падение в муравейник.

Но у мобильных абонентов самртфоны, а там уже и Гугл и Эпл внедрили свои технологии отсечки. Я лично давно не ощущаю проблем со звонками, во-первых, потому что не отвечаю на городские намера, а во-вторых, через раз, мне Гугл сообщает, что звонок подозрительный и лучше не брать.

И приложения других разработчиков (например, Numbuster).
У меня включен подобный блокиратор, но они в основном работают через блокирование номеров, не найденных в адресной книге. Есть какие-то публичные списки «плохих» номеров, но спамеры могут спуфить номера буквально на ходу, их просто не успевают добавлять. Работа по адресной книге чревата пропуском желательных звонков с незаписанных номеров (см. выше).
Нет, эта программа работает иначе. Можно просмотреть информацию по любому номеру, проголосовать (двумя способами), оставить отзыв и предполагаемое имя/название абонента, а также увидеть цифры голосования об этом номере на данный момент и отзывы других пользователей (если ряд пользователей ввели одинаковое предполагамое имя, то можно увидеть и его).
  
Я не аффилирован с этой программой, «интерес» у меня только один: база номеров составляется исключительно голосованием пользователей, а потому, чем больше пользователей, тем полнее и точнее база.
Интересно… т.е. предполагается, что спамеры выбирают один и тот же исходящий номер для более чем одного звонка? Я почему-то думал, что там просто выбирается случайный номер для каждого исходящего, таким образом голосование за «карму» номера становится бесполезным.
Вероятно, не всегда. Обратите внимание на числа на первом из трёх скриншотов.
После каждого звонка номер менять — очень дорого выйдет.
Просто у них большой пул номеров.
У вас оператор Google Voice? У меня нет, и таких сообщений я не вижу :( По городским номерам — в США одни и те же коды территории (area codes) могут быть прикручены как к мобильным, так и наземным номерам. Кроме того с наземных номеров могут звонить вполне желательные абоненты (из компаний в основном).

Нет, оператор не Гугл, я вообще в РФ. Это просто фишка в последнем, ванильном Андройд. Вроде начиная с 8ки появилось. Работает независимо от оператора. Алгоритм простой: когда тебе позвонили с номера не из адресной книги, он после звонка спрашивает был ли это спам и надо ли его блокировать. Если скажешь, что это спам, то он эту инфу отправит в облако и после (я так думаю) нескольких таких ответов от других людей начнет всем остальным уже во время звонка показывать предупреждение, что это походу спам. Весьма удобно.

Интересно, на 9-ке я этого не видел. Повнимательнее присмотрюсь.

Ну у меня T-Mobile. Каждый день штук по 10 робозвонков, нифига этит протоколы, видимо, не работают.

Сертификат провайдеру звонящего кто выдает? А корневой чей?
Самоподписанный? Используется существующая инфраструктура CA? Используется какая то своя инфраструктура?
Что делать с (например) sipnet'ом/zadarma (допустим zadarma решили поддержать эту фичу — что они обязаны (и почему и как это контролируется) требовать от пользователя(и кстати — почему). Паспорт?(сейчас они его при покупке номера просят а исходящие — без проблем)).

Если сертификат провайдеру кто то выдает — то что будет если провайдер конечного пользователя это WinMobile (Крым) или Феникс (ДНР) И они готовы получить сертификат но санкции ж.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий