Звездочка, принудительная задержка между последовательными входящими вызовами - PullRequest
0 голосов
/ 20 ноября 2018

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

Сначала у нас есть программный телефон sip (sipml5) ина стороне сервера у нас есть

звездочка-11.25.0-0

elastix-4.0.0-1

Настройка: у нас есть любой cid / сделал входящий маршрут, соединяющий наши звонки содна кольцевая группа (которая имеет все добавочные номера)


Неизвестный идентификатор вызывающего абонента показывает, когда у нас есть: 1-короткий тайм-аут для вызова (который приводит к тому, что вызов застрял на звездочке, а звездочка повторно отправляет вызовк добавочным номерам, но с неизвестным идентификатором вызывающего абонента). Возможным решением было бы сделать большой тайм-аут.

2-Все добавочные номера делают зависание, и вызывая защелку на звездочке и звездочке повторно отправляют его на добавочные номера с неизвестным идентификатором вызывающего абонента (возможное решение)будет препятствовать тому, чтобы добавочные номера выполняли зависание, если они сначала не отвечают на вызов)

3-Получение одного неизвестного идентификатора вызывающего абонента приводит к последовательным вызовам неизвестного идентификатора вызывающего абонента .. нет решенияion

Мы пытаемся решить третью проблему, и у нас есть идея заставить звездочку ждать определенного времени ожидания между входящими вызовами (мы пробовали это вручную, не допуская немедленных последовательных вызовов,сделать задержку между вызовами 4-5 секунд, и она работает нормально)


Мы хотим знать, какую конфигурацию необходимо отредактировать для принудительной задержки по времени между входящими вызовами.

1 Ответ

0 голосов
/ 21 ноября 2018

Вы можете использовать функцию EPOCH и где-то сохранить значение (ASTDB?)

После этого в плане набора сравните его при наборе

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

...