Видно, что Mikrotik флудит на порт dns'а по разным адресам - вот и паразитный трафик.
Где это видно? На скриншоте видно что Mikrotik флудит с порта dns'а
Если включите логирование не только исходящего, но и входящего трафика - скорее всего увидите что сначала к вам приходит DNS запрос с этих адресов(на самом деле не с них, но микторику об этом неведомо) и потом идет ответ от вас.
Лично наше с коллегой мнение - как сейчас принято называть, заложенный в прошивке оборудования нерегламентированный функционал, а именно некий скрипт с целью производить DDoS-атаки.
Функционал вполне себе регламентированный - Allow Remote Requests в настройках DNS называется. По хорошему доступ к нему должен быть только из локально сети, но по дефолту открыт и наружу.
Насчет скорости - в случае с рекапчей можно немного заранее решить несколько капч и держать решения в буфере, пополняя его по мере необходимости. Так что вопрос только в стоимости и наличии достаточного количества решальщиков.
5. Автоматическое перенаправление звонка на ответственного менеджера
А есть в планах как-то этот функционал переработать немного?
Если конкретно то для того чтоб эта функция заработала необходимо общий номер добавить в настройках интеграции в «Звонки от клиентов будут перенаправляться ответственному менеджеру, указанному в CRM.». Когда общих номеров несколько штук — проблем нет, но когда их много — интерфейс начинает адски лагать. Каждый клик отрабатывается по несколько минут.
После того как добавили кучу номеров в список — вход в раздел настроек интеграции занимает минут 30.
Настройка перенаправления на ответственного менеджера очень гибкая, можно включить уведомление о переводе
А можно выключить? Без amoCRM, в rest api и или через интерфейс атс.
А почему провайдера не рассматриваем? Ростелеком вон уже сегодня не брезгует рекламу в http подставлять, а что им придет в голову завтра?
Да и кулхацкера Васю из соседнего подъезда со счетов сбрасывать наверно не стоит.
Так что все что не под вашим контролем — потенциально враждебно.
В личном кабинете лежит. Настройки > API > Version 1.0
Внизу ссылка на BW-XSIInterfaceSpec-R200.pdf
PUT запрос на http(s)://{host:port}/com.broadsoft.xsiactions/v2.0/user/{userid}/services/CallRecording
{host:port} — там-же в личном кабинете, рядом с гайдом
playCallRecordingStartStopAnnouncement — включает/выключает голосовое уведомление.
playCallRecordingWarningTone — предполагаю что включает/выключает сигнал, но не проверял.
4. Звонки внутри виртуальной АТС проходят как короткие номера, если абонент 9610001122 имеет короткий номер 200 и звонит своему коллеге, который в АТС, то коллега видит не 9610001122, а 200. Потрудитесь ещё раз добавить всех коллег в записную книжку.
Если короткие номера не нужны — их можно удалить в интерфейсе ВАТС, после этого начинают определяться номера 9610001122.
мы ещё НЕ ВКЛЮЧАЛИ запись звонков и дополнительное место, ждём пока всё более-менее настроится и стабилизируется, после чего можно будет включить эту услугу. Мне очень хочется верить в то, что её включение не приведёт к написанию аналогичной статьи, но, чувствую, вполне может
Несколько лет назад отказались от ВАТС билайна как-раз из-за записи.
После её включения абоненты начинали жаловаться «плохо слышно» и «прерываются звонки». Не знаю как сейчас, может и починили.
11. Как вы могли догадаться, ВАТС нужна чтобы отдавать данные о звонках в CRM, но вот незадача – коннектор кривой, запросто может потерять часть звонков (иногда 30-35%).
Пару месяцев назад по другому проекту рассматривали возможность работы с билайном, этот коннектор вообще не удалось заставить работать. Подписка на события исчезала при первом-же звонке не передавая нам никакой информации.
Вообще изначально планировалось работать с мегафоном, но у них в апи не оказалось одного важного параметра, пока ждали ответа от мегафона решили на всякий случай потыкать палочкой в билайн. В итоге мегафон где-то в течении 1-2 недель добавил параметр в апи а билайн так до сих пор и не родил ничего кроме «По вашему обращению зарегистрирована аварийная заявка. По результатам проверки сообщим дополнительно.»
Где это видно? На скриншоте видно что Mikrotik флудит с порта dns'а
Если включите логирование не только исходящего, но и входящего трафика - скорее всего увидите что сначала к вам приходит DNS запрос с этих адресов(на самом деле не с них, но микторику об этом неведомо) и потом идет ответ от вас.
Функционал вполне себе регламентированный - Allow Remote Requests в настройках DNS называется. По хорошему доступ к нему должен быть только из локально сети, но по дефолту открыт и наружу.
погуглил.
но да, к смерти привел конечно навигатор гугла.
Насчет скорости - в случае с рекапчей можно немного заранее решить несколько капч и держать решения в буфере, пополняя его по мере необходимости. Так что вопрос только в стоимости и наличии достаточного количества решальщиков.
Есть свои заморочки и проект судя по всему полу-заброшен, но результаты однозначно лучше Nominatim`а
эм… ну ок…
я так и не понял зачем транслит?
А есть в планах как-то этот функционал переработать немного?
Если конкретно то для того чтоб эта функция заработала необходимо общий номер добавить в настройках интеграции в «Звонки от клиентов будут перенаправляться ответственному менеджеру, указанному в CRM.». Когда общих номеров несколько штук — проблем нет, но когда их много — интерфейс начинает адски лагать. Каждый клик отрабатывается по несколько минут.
После того как добавили кучу номеров в список — вход в раздел настроек интеграции занимает минут 30.
А можно выключить? Без amoCRM, в rest api и или через интерфейс атс.
Все работают, никаких ошибок.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.014 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.016 ms
^C
— 0 ping statistics — 2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.014/0.015/0.016/0.001 m
64 bytes from 1.0.0.1: icmp_seq=1 ttl=60 time=8.52 ms
64 bytes from 1.0.0.1: icmp_seq=2 ttl=60 time=8.38 ms
^C
— 1.1 ping statistics — 2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 8.389/8.456/8.523/0.067 ms
64 bytes from 1.0.0.1: icmp_seq=1 ttl=60 time=8.34 ms
64 bytes from 1.0.0.1: icmp_seq=2 ttl=60 time=8.44 ms
^C
— 0x1.0x1 ping statistics — 2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 8.346/8.396/8.446/0.050 ms
64 bytes from 1.0.0.1: icmp_seq=1 ttl=60 time=8.32 ms
64 bytes from 1.0.0.1: icmp_seq=2 ttl=60 time=8.52 ms
^C
— 0x01000001 ping statistics — 2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 8.323/8.425/8.528/0.137 ms
64 bytes from 1.0.0.1: icmp_seq=1 ttl=60 time=9.88 ms
64 bytes from 1.0.0.1: icmp_seq=2 ttl=60 time=11.9 ms
^C
— 16777217 ping statistics — 2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 9.884/10.927/11.970/1.043 ms
Да и кулхацкера Васю из соседнего подъезда со счетов сбрасывать наверно не стоит.
Так что все что не под вашим контролем — потенциально враждебно.
Специально включать не просили, не знаю можно-ли добиться от менеджеров включения v1 если она не подключена и сколько вообще v1 еще проживет.
Внизу ссылка на BW-XSIInterfaceSpec-R200.pdf
PUT запрос на
http(s)://{host:port}/com.broadsoft.xsiactions/v2.0/user/{userid}/services/CallRecording{host:port} — там-же в личном кабинете, рядом с гайдом
playCallRecordingStartStopAnnouncement — включает/выключает голосовое уведомление.
playCallRecordingWarningTone — предполагаю что включает/выключает сигнал, но не проверял.
Если короткие номера не нужны — их можно удалить в интерфейсе ВАТС, после этого начинают определяться номера 9610001122.
Несколько лет назад отказались от ВАТС билайна как-раз из-за записи.
После её включения абоненты начинали жаловаться «плохо слышно» и «прерываются звонки». Не знаю как сейчас, может и починили.
Пару месяцев назад по другому проекту рассматривали возможность работы с билайном, этот коннектор вообще не удалось заставить работать. Подписка на события исчезала при первом-же звонке не передавая нам никакой информации.
Вообще изначально планировалось работать с мегафоном, но у них в апи не оказалось одного важного параметра, пока ждали ответа от мегафона решили на всякий случай потыкать палочкой в билайн. В итоге мегафон где-то в течении 1-2 недель добавил параметр в апи а билайн так до сих пор и не родил ничего кроме «По вашему обращению зарегистрирована аварийная заявка. По результатам проверки сообщим дополнительно.»