Черный список для обратного звонка в Asterisk

Налаштування ПЗ та серверів — неправильно зазначені категорії?

Есть форма заказа обратного звонка на сайте. Механика классическая: когда пользователь заполняет форму, создается .call-файл для asterisk, тот соединяет клиента с колл-центром.

Какие-то малолетние... кхм, "пользователи" повадились спамить своих учителей звонками во время уроков.

Необходимо на стороне Asterisk сделать возможность "забанить" номер клиента, чтоб PBX на него не звонил в течение какого-то настраиваемого времени (сутки по-умолчанию).

Предполагаю такую логику:

1. CRM сохраняет в файл список номеров, которые нужно забанить. Каждый номер хранится там сутки (или больше?).

2. На сервере asterisk'a скрипт по расписанию обновляет файл и номера сохраняет в локальный файл (чтобы не ходить за списком в интернет при каждом звонке). Нужна ли доп. проверка длительности хранения?

3. На входе в контекст [from-callback] добавить макрос, который проверяет наличие номера в локальном файле. Если номер есть в списке - завершаем звонок.

Список номеров для бана будет лежать в TXT-файле по ссылке в формате:

время_добавления; номер_телефона

ГГГГ.ММ.ДД ЧЧ.ММ.СС; ХХХХХХХХХХ

Предложения по логике работы готов обсудить.

Ставки 2 Обговорення 6

Дмитрий Дорошенко

1 0

Проєкти -
Оцінка -
Рейтинг 126

Бюджет: 1000 UAH Термін: 1 день

Здравствуйте! Готов помочь реализовать вашу логику. Если хотите, можно добавить скрипт, который будет пол-секунды пытаться получить ответ на запрос из базы, чтобы получить актуальную информацию, если что-то с соединением не так, то через 500мс(или сколько угодно) макрос перейдет на обработку локального файла.

Михаил Воробьев

2 0

Проєкти -
Оцінка -
Рейтинг 176

Бюджет: 2000 UAH Термін: 3 дні

Доброй ночи !
1) "CRM сохраняет в файл список номеров, которые нужно забанить. Каждый номер хранится там сутки (или больше?)." - а почему не в базе до момента пока пользователь црм сам не захочет удалить этот номер ?
2) Файл пусть формируется а лучше если бы скрипт через апи получал список забаненных номера
3) В контексте вычитываем эти номера и если найдено даем HangUP

Владимир Полянский 15 лютого 2021

Коллбек через создание call файлов жуткий анахронизм. Если номера хранятся в СРМ зачем их передавать файлом в астериск и потом сканировать файл из диалплана? Проще сделать запрос в СРМ с передачей номера и получить разрешение или блокировку звонка

Дмитро Андрусик

15 лютого 2021

Коллбек был реализован так достаточно давно. Если у вас есть идеи, как его сделать лучше - готов обсудить, но это отдельная история.
По поводу обращения напрямую к CRM - не уверен, что будет проще. Там БД firebird, которая лежит на другом сервере, API под такую задачу мы пилить не станем.

Владимир Полянский 15 лютого 2021

Интересно как без API сейчас скрипт периодически вытаскивает номера из базы и складывает в файл?

Дмитро Андрусик

15 лютого 2021

Пока что еще никто ничего никуда не складывает :)
Простенький скрипт, который полезет в базу, сделает запрос и результат запишет в файлик, эту часть мы берем на себя, не переживайте ;)

Владимир Полянский 15 лютого 2021

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

Дмитро Андрусик

15 лютого 2021

База находится на другом сервере, в другом ДЦ.
Если мы будем вызывать скрипт из диалплана, каждый раз придется делать паузу перед звонком клиенту, это плюс 1-2 секунды, не критично, но зачем.
Если что-то глюконет (CRMка, скрипт, база, интернет) - придется ждать таймаута и совершать вызов без проверки.
Если же список номеров лежит локально, проверка будет выполняться моментально и всегда. Как минимум, по тем номерам, которые там уже есть. В таком варианте отвалиться может только синхронизация, что значительно менее критично.
Ну и в самом крайнем случае номер можно добавить в список вручную, хотя, надеюсь, до такого не дойдет.

Додати коментар

Дмитро Андрусик
Київ, Україна

Проєктів 60
Конкурсів 2
Оцінка 5.0
Рейтинг 2 583