Перейти к содержимому
Калькуляторы

Online сервис для определения номеров и направлений фродовых вызовов

зарегистрировался уже

Спасибо. Отправил вам данные на Ваш email.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

К топикстартёру, может имеет смыл посмотреть в сторону запроса информации о платных номерах, КДУ (код доступа к услуге) и др. у местных доминирующих операторов связи ? Полазил по матрицам с нумерацией и МГТС в Москве и Ростелеком по регионам, но ничего похоже не нашёл, но точно часто вижу информационные письма от этих операторов которые уведомляют, что определённые номера становятся платными. Это касается номеров по РФ. По миру там немного другой подход.

 

Это?

 

Поговорим в этой статье об услугах интеллектуальных сетей связи (сокращенно – ИСС). Ими считаются коммерческие службы на основе кодов, которые выдаются организациям. КДУ, т.е. коды доступа к услугам электросвязи, включая услуги передачи данных и телематику

Источник: http://www.mobile-networks.ru/

 

А лучше покажи "информационное письмо от этих операторов".

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Надо такие номера запихнуть в FROD навечно :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А лучше покажи "информационное письмо от этих операторов".

 

Если у Вас речь идёт об ИСС только по номерам 8-800 то ответ нет. 8-800 в зависимости от кода делятся на бесплатные и платные.

 

Пример письма от одного из крупного(существенного) оператора в Уральского ФО, привожу ниже.

"Здравствуйте!

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

+73433020000 +73433020499

+73433020500 +73433022999

Во вложении информация о ценах на услуги. Можно заключить договор на всю нумерацию."

 

P.S Устроит? Номера оригинальные из письма, ничего не менял.

Изменено пользователем mr.Bublik

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тема сдохла!

Поведем итог!

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

Пока что предложено только блокировка по разному написанию номера. Это глупость! Популярные номера могут набираться совершенно по разному

84951234567

1234567

04951234567

0074951234567

74951234567

это все правильный набор по разным правилам... И этот номер будет заблокирован? Или как?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет не сдохла.

http://frod.subnets.ru/

 

Какие номера Вы будете проверять и как Вы будете поступать с полученными от сервиса данным это дело сугубо Ваше.

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

 

Вы можете бесприкословно им доверять и отбивать вызовы на номера, блокировать IP-адреса и пр.

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

 

Есть API, благодаря которому Вы можете получать фродовые номера из системы. Абсолютно бесплатно.

Что с ними делать - решать Вам.

Примеры работы с тем же Астериском есть на сайте. Прикрутить функционал анализа фродовых номеров к любой другой системе не вижу проблем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

И этот номер будет заблокирован? Или как?

На данный момент будет блокироваться тот номер, который приходит со сборщиков данных + номер в формате 810НОМЕР.

Пример:

Сборщики прислали 180181041815085176. Будут блокироваться 180181041815085176 и 81041815085176.

Сборщики прислали 70810441772285410. Будут блокироваться 70810441772285410 и 810441772285410.

 

тем у кого абоненты с фиксированных ip наверно смысла обмениваться инфой особо нет

Не согласен. Фиксированный IP НЕ дает гарантии взлома самого девайса на этом IP.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Может я туповат...

Я написал один и тот же номер в разном написании:

84951234567

1234567

04951234567

0074951234567

74951234567

Разные клиенты могут его набирать по разному. И после этого будет блокировка? Или что будет?

Вы можете толком алгоритмы рассказать?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

По принципу honey pot настраиваете астериски и набираете статистику по направлениям которые перебирают и IP адресам с которых идут взломы.

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

Если перебирают (длительные вызовы не делают - готовятся к проливу, пробивают число допустимых вызовов на направление) критические (всем известные) направления - аларм.

 

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

 

А вообще думал с авторизацией по радиусу что то замутить, но это другая история.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Разные клиенты могут его набирать по разному.

Именно поэтому мы и собираем статистику не с одного PBX`а и так же пытаемся привлечь как можно больше участников готовых предоставлять свою статистику по МН вызовам.

 

И после этого будет блокировка?

После этого все номера попадают в БД где проверяются на соответствие данным от остальных источников и если таковые соответствия найдены, то номера считаются фродовыми.

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У меня складывается стойкое впечатление, что внятного алгоритма пока вообще не сформулировано

Как бы это было уже мной озвучено и изначально озвучено:

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

На данный момент данные предоставляются "as-is", точнее применяется только логика по вычленению номера из набранного.

А вот публичное обсуждение таких алгоритмов может реально улучшить их актуальность.

Но пока, например от вас же, кроме сомнений никаких предложений не поступало.

типа что бы к фродерам не ушли

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Пока что работает только вычленение номера из набираемой последовательности. И что? Чем это помогает в принятии решения, что этот звонок надо блокировать?

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

Я пока что понял, что мне чего то дают, а я чего с этим должен сделать. Но вот что и зачем от меня ускользает...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Т.е., если номер вычленили, то надо блокировать, а если не вычленили, но не надо

 

мне видится примерно так: "если номер вычленили", то есть вероятность отличная от нуля (и достаточно сильно отличная), что такой номер _стоит_ заблокировать.

и именно об этом (собственно только об этом) данный сервис и может сообщить.

 

а дальше уже дело каждого конкретного инженера на месте: блокировать сразу или немного поразмышляв ;)

Изменено пользователем stalker35

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

И что? Чем это помогает в принятии решения, что этот звонок надо блокировать?

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

 

а я чего с этим должен сделать. Но вот что и зачем от меня ускользает...

Вы делаете с этим то, что сочтете нужным. Я уже приводил примеры того как это можно использовать, приведу ещё раз: http://frod.subnets.ru/wrapper.php?sci=11

Несколько из моих знакомых, для себя, выбрали этот вариант:

не отбивать вызов, а, например, просто слать уведомление на email

А одному из них уже пришло подобное уведомление и оказалось, что пользователь выставил VoIP-шлюз на реальник без firewall`а, да ещё и с дефолт паролем.

Использование своего префикса для совершения вызовов и своевременная реакция на проблему помогла НЕ попасть на деньги. Они не успели подобрать шаблон.

 

а дальше уже дело каждого конкретного инженера на месте: блокировать сразу или немного поразмышляв ;)

Именно так.

Изменено пользователем virus_net

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

А на основании чего они считают вызов НЕ валидным? Сидят люди и что то считают? Вы так и не смогли представить алгоритмы принятия таких решений, только одна лирика...

Вы делаете с этим то, что сочтете нужным.

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Причем тут сотни входящих звонков ? Мы говорим про ИСХОДЯЩИЕ вызовы. Исходящие вызовы на МН (международные) номера.

А на основании чего они считают вызов НЕ валидным?

Ну у каждого это может быть по своему и зависит от настроек конечной системы.

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

Пока я счел, что все это профанация!!! Ваш сервис не заслуживает доверия

Да ради Бога. Дело Ваше. "Колхоз дело добровольное" и "Не нравится ? Не ешь!"

однако реализация пока не какая

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

Понятно что это не "пять минут" работы, а это недели упорного труда, НО для этого НУЖНЫ ДАННЫЕ и ИСТОЧНИКИ ДАННЫХ ! Только тогда в этом будет смысл.

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

Да хоть для богатых. Я лишь привел пример использования сервиса, использование, которое вы никак не можете или не хотите осознать.

 

P.S. Повторюсь:

Но пока, например от вас же, кроме сомнений никаких предложений не поступало.

И это по прежнему так. Одни осуждения, сомнения и пр. и НИКАКИХ КОНСТРУКТИВНЫХ ПРЕДЛОЖЕНИЙ.

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

Ещё раз:

Ваши данные, мысли, идеи => ПРИВЕТСТВУЮТСЯ
Изменено пользователем virus_net

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть компания ХХХ, которая находится во Франкфурте. В неё совершаются сотни ВХОДЯЩИХ звонков со всего мира.

Человек 10 из России тоже совершают через разных операторов ИСХОДЯЩИЕ звонки на эту компанию.

И что? Фрод?

 

Или вы просто черный список хотите сделать? Тогда просто принципы другие... Вы же толком даже объяснить не можете!!!

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Как вам ещё пояснить я уже не знаю... Просьба перечитать топик с самого начала и вдумчиво перечитать.

 

Входящую связь МЫ ВООБЩЕ НЕ РАССМАТРИВАЕМ.

Мы говорим про исходящую связь - это раз. А два это то что ИСТОЧНИКИ данных НЕ СЛИВАЮТ все исходящие вызовы подряд в базу проекта, а сливают то что считают фродом. Пример я уже приводил выше.

+ скажите мне, какова на ваш взгляд вероятность того что эти 10-ть человек будут перебирать один и тот же номер, но в разнообразных вариантах ?

010010970595358612

090010970595358612

0010970595358612

010970595358612

и т.п.

Вы можете представить себе такую ситуацию ? Я нет.

 

Исходя из ваших постов складывается впечатление что вы ещё толком и как следует не сталкивались так сильно с этим злом, отсюда и непонимание. Те кто реально с этим сталкивался и сталкивается до сих пор прекрасно понимают о чем идет речь.

Вот лишь малая часть:

[Oct 22 00:01:18] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f5c", "Call from (188.161.247.249:0) to extension '810972598249031' invalid") in new stack
[Oct 22 00:10:24] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f5d", "Call from (85.25.103.24:0) to extension '8100941815085289' invalid") in new stack
[Oct 22 00:25:26] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f5e", "Call from (62.210.181.129:0) to extension '00441204896188' invalid") in new stack
[Oct 22 00:32:32] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f5f", "Call from (85.25.103.24:0) to extension '81040141815085289' invalid") in new stack
[Oct 22 00:54:36] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f60", "Call from (85.25.103.24:0) to extension '81050141815085289' invalid") in new stack
[Oct 22 01:16:43] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f61", "Call from (85.25.103.24:0) to extension '81060141815085289' invalid") in new stack
[Oct 22 01:31:06] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f62", "Call from (88.150.240.184:0) to extension '00000810441772285205' invalid") in new stack
[Oct 22 01:31:41] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f63", "Call from (88.150.240.184:0) to extension '9000810441772285207' invalid") in new stack
[Oct 22 01:32:00] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f64", "Call from (88.150.240.184:0) to extension '7799810441772285208' invalid") in new stack
[Oct 22 01:32:21] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f65", "Call from (88.150.240.184:0) to extension '997810441772285206' invalid") in new stack
[Oct 22 01:32:30] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f66", "Call from (88.150.240.184:0) to extension '10810441772285209' invalid") in new stack
[Oct 22 01:33:14] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f67", "Call from (88.150.240.184:0) to extension '999999810441772285214' invalid") in new stack
[Oct 22 01:33:29] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f68", "Call from (88.150.240.184:0) to extension '887810441772285210' invalid") in new stack
[Oct 22 01:33:31] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f69", "Call from (88.150.240.184:0) to extension '7777810441772285212' invalid") in new stack
[Oct 22 01:33:59] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f6a", "Call from (88.150.240.184:0) to extension '9009810441772285215' invalid") in new stack
[Oct 22 01:39:00] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f6b", "Call from (85.25.103.24:0) to extension '81070141815085289' invalid") in new stack
[Oct 22 02:01:09] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f6c", "Call from (85.25.103.24:0) to extension '81080141815085289' invalid") in new stack
[Oct 22 02:23:20] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f6d", "Call from (85.25.103.24:0) to extension '81090141815085289' invalid") in new stack
[Oct 22 02:51:02] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f6e", "Call from (85.25.103.24:0) to extension '81000141815085289' invalid") in new stack
[Oct 22 02:54:16] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f6f", "Call from (188.161.247.249:0) to extension '810972598249031' invalid") in new stack
[Oct 22 04:34:07] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f70", "Call from (88.150.240.184:0) to extension '89810441772285205' invalid") in new stack
[Oct 22 04:34:40] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f71", "Call from (88.150.240.184:0) to extension '00000810441772285207' invalid") in new stack
[Oct 22 04:35:01] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f72", "Call from (88.150.240.184:0) to extension '810810441772285208' invalid") in new stack
[Oct 22 04:35:30] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f73", "Call from (88.150.240.184:0) to extension '7888810441772285209' invalid") in new stack
[Oct 22 04:35:48] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f74", "Call from (88.150.240.184:0) to extension '8800810441772285206' invalid") in new stack
[Oct 22 04:37:09] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f75", "Call from (88.150.240.184:0) to extension '88700810441772285215' invalid") in new stack
[Oct 22 05:25:00] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f76", "Call from (217.79.184.78:0) to extension '81015673310261' invalid") in new stack
[Oct 22 05:48:22] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f77", "Call from (37.75.210.34:0) to extension '0810972598249031' invalid") in new stack
[Oct 22 05:58:19] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f78", "Call from (217.79.184.78:0) to extension '15673310261' invalid") in new stack
[Oct 22 06:47:27] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f79", "Call from (217.79.184.78:0) to extension '0015673310261' invalid") in new stack
[Oct 22 07:27:09] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f7a", "Call from (209.126.117.222:0) to extension '00972597896694' invalid") in new stack
[Oct 22 07:35:06] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f7b", "Call from (217.79.184.78:0) to extension '810+15673310261' invalid") in new stack
[Oct 22 08:23:28] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f80", "Call from (217.79.184.78:0) to extension '981015673310261' invalid") in new stack
[Oct 22 09:12:03] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f83", "Call from (209.126.117.222:0) to extension '900972597896694' invalid") in new stack
[Oct 22 09:12:32] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f84", "Call from (217.79.184.78:0) to extension '9081015673310261' invalid") in new stack
[Oct 22 10:01:50] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f85", "Call from (217.79.184.78:0) to extension '90081015673310261' invalid") in new stack
[Oct 22 10:50:14] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f86", "Call from (217.79.184.78:0) to extension '2081015673310261' invalid") in new stack
[Oct 22 11:06:08] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f87", "Call from (209.126.117.222:0) to extension '000972597896694' invalid") in new stack
[Oct 22 11:39:21] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f88", "Call from (217.79.184.78:0) to extension '781015673310261' invalid") in new stack
[Oct 22 12:29:29] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f89", "Call from (217.79.184.78:0) to extension '71015673310261' invalid") in new stack
[Oct 22 13:18:33] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f9b", "Call from (217.79.184.78:0) to extension '9781015673310261' invalid") in new stack
[Oct 22 13:19:32] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006f9c", "Call from (209.126.117.222:0) to extension '001972597896694' invalid") in new stack
[Oct 22 14:07:47] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fa1", "Call from (217.79.184.78:0) to extension '81015673310261' invalid") in new stack
[Oct 22 14:56:23] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fa5", "Call from (217.79.184.78:0) to extension '15673310261' invalid") in new stack
[Oct 22 15:44:19] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006faa", "Call from (217.79.184.78:0) to extension '0015673310261' invalid") in new stack
[Oct 22 15:49:38] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fab", "Call from (209.126.117.222:0) to extension '00972597896694' invalid") in new stack
[Oct 22 18:01:19] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fb2", "Call from (209.126.117.222:0) to extension '900972597896694' invalid") in new stack
[Oct 22 18:12:04] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fb3", "Call from (184.172.115.99:0) to extension '810441873204517' invalid") in new stack
[Oct 22 19:50:19] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fc3", "Call from (209.126.117.222:0) to extension '000972597896694' invalid") in new stack
[Oct 22 19:57:09] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fc4", "Call from (184.172.115.99:0) to extension '9810441873204517' invalid") in new stack
[Oct 22 19:59:16] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fc5", "Call from (199.180.114.236:0) to extension '2000012707751309' invalid") in new stack
[Oct 22 20:52:30] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fc6", "Call from (199.180.114.236:0) to extension '3000012707751309' invalid") in new stack
[Oct 22 21:09:00] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fc7", "Call from (195.154.216.123:0) to extension '810972599991099' invalid") in new stack
[Oct 22 21:16:45] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fc8", "Call from (195.154.216.123:0) to extension '9810972599991099' invalid") in new stack
[Oct 22 21:24:12] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fc9", "Call from (195.154.216.123:0) to extension '00972599991099' invalid") in new stack
[Oct 22 21:45:47] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fca", "Call from (199.180.114.236:0) to extension '4000012707751309' invalid") in new stack
[Oct 22 21:48:51] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fcb", "Call from (184.172.115.99:0) to extension '900810441873204517' invalid") in new stack
[Oct 22 21:51:21] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fcc", "Call from (37.75.210.34:0) to extension '810972598096970' invalid") in new stack
[Oct 22 22:38:57] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fcd", "Call from (199.180.114.236:0) to extension '5000012707751309' invalid") in new stack
[Oct 22 23:32:49] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fce", "Call from (199.180.114.236:0) to extension '6000012707751309' invalid") in new stack
[Oct 22 23:38:31] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fcf", "Call from (188.214.128.3:0) to extension '00972598833363' invalid") in new stack
[Oct 22 23:45:09] -- Executing [s@invalid:1] NoOp("SIP/XXX.XXX.XXX.XXX-00006fd0", "Call from (184.172.115.99:0) to extension '999810441873204517' invalid") in new stack

 

Так же складывается впечатление, что сервис самостоятельно принимает решение о блокировании вызова за вас. ЕЩЕ РАЗ повторяю: Сервис ДАЕТ ВАМ ПИЩУ ДЛЯ РАЗМЫШЛЕНИЙ, а КОНЕЧНОЕ РЕШЕНИЕ ЗА ВАМИ и ТОЛЬКО ЗА ВАМИ.

Даже если, чисто гипотетически, рассмотреть ситуацию, когда вы, исходя из данных сервиса, заблокировали вызов, то ЧТО В ЭТОМ СТРАШНОГО ? Что произошло ? Конец света ? Глобальный катаклизм ?Да ничего не произошло по сути. Пользователь не дозвонился на один номер. И ? Все умерли ?

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

Все, амен, вопрос с пользователем исчерпан. ИМХО: В данном случае лучше перебдеть, чем недобдеть.

Изменено пользователем virus_net

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Обновления:

- добавлена возможность экспорта данных в форматах: CSV, XML, JSON

- в статистику по проекту добавлены графики по поступающим данным и популярным направлениям

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добавили в раздел "статистика" графика по автономным системам тех, кто занимается нехорошим делом.

Вот на сейчас дело обстоит так:

post-117374-075409900 1446740274_thumb.png

post-117374-005078200 1446740282_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добавили в раздел "статистика" графики по интенсивности вызовов, теперь наглядно видно то когда "черти" наиболее активны.

 

post-117374-092683500 1446827965_thumb.png

post-117374-042244500 1446827983_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нарушение правил пропуска телефонного трафика detected. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Момент перехода voip-ТфОП незаконен практически везде.

Кроме того - подмена номера А (см. начало топика).

Хотя вашу услуга не телефонная.

Кроме того - вы исходите из того, что за МКАДом жизни нет. А она есть, а вот быстрый мобильный инет не везде. У нас например и 3G еле-еле. И не говорите мне, что хватит 20 Кбит/сек. Я практикую voip уже лет 10 и в курсе всех этих "легенд" о достаточности минимальной полосы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.