SP
Используем MicroSIP не вижу в настройках такой конфиги
Size: a a a
2020 June 09
KG
Спасибо, галочку убрать нужно правильно?
SP
Да, убрать
NY
Всем добрый день! Прошу прощения, захожу в группу и сразу задаю ламерский вопрос: Почему в FreePBX пустая ссылка /admin/config.php?display=extensionsettings
NY
NY
Не ругайте сильно, только-только установил *-ку😅
SP
Поставил ringinuse=0 теперь disabled показывает
при ringinuse disabled и realtime queues у меня была проблема следующего характера:
Если один вызов попал в очередь и агент его принял, то пока он не закончит разговор, второй вызов висел в очереди, и не пытался приземляться на других агентов, хотя они были свободны. Соответственно, была куча не принятых. Поэтому, в итоге пришлось оставить его включенным, а разборки по этому поводу оставить на потом. Проверьте сразу ,чтобы не встать на те же грабли.
Если один вызов попал в очередь и агент его принял, то пока он не закончит разговор, второй вызов висел в очереди, и не пытался приземляться на других агентов, хотя они были свободны. Соответственно, была куча не принятых. Поэтому, в итоге пришлось оставить его включенным, а разборки по этому поводу оставить на потом. Проверьте сразу ,чтобы не встать на те же грабли.
KG
при ringinuse disabled и realtime queues у меня была проблема следующего характера:
Если один вызов попал в очередь и агент его принял, то пока он не закончит разговор, второй вызов висел в очереди, и не пытался приземляться на других агентов, хотя они были свободны. Соответственно, была куча не принятых. Поэтому, в итоге пришлось оставить его включенным, а разборки по этому поводу оставить на потом. Проверьте сразу ,чтобы не встать на те же грабли.
Если один вызов попал в очередь и агент его принял, то пока он не закончит разговор, второй вызов висел в очереди, и не пытался приземляться на других агентов, хотя они были свободны. Соответственно, была куча не принятых. Поэтому, в итоге пришлось оставить его включенным, а разборки по этому поводу оставить на потом. Проверьте сразу ,чтобы не встать на те же грабли.
Вроде звонки пропали когда оператор занят, но я всегда делал ringinuse=1 другим клиентам и работало до этого сам удивляюсь
KG
Пока Call Waiting не тронул так проверю, на счет ожидания сейчас гляну
OS
при ringinuse disabled и realtime queues у меня была проблема следующего характера:
Если один вызов попал в очередь и агент его принял, то пока он не закончит разговор, второй вызов висел в очереди, и не пытался приземляться на других агентов, хотя они были свободны. Соответственно, была куча не принятых. Поэтому, в итоге пришлось оставить его включенным, а разборки по этому поводу оставить на потом. Проверьте сразу ,чтобы не встать на те же грабли.
Если один вызов попал в очередь и агент его принял, то пока он не закончит разговор, второй вызов висел в очереди, и не пытался приземляться на других агентов, хотя они были свободны. Соответственно, была куча не принятых. Поэтому, в итоге пришлось оставить его включенным, а разборки по этому поводу оставить на потом. Проверьте сразу ,чтобы не встать на те же грабли.
а какая стратегия была?
KG
изначально rrmemory стоял но вчера сменил на ringall
OS
изначально rrmemory стоял но вчера сменил на ringall
не, у вас я уже понял проблему. ringinuse это звонить при использовании (дословно)
KG
не, у вас я уже понял проблему. ringinuse это звонить при использовании (дословно)
SP
Пока Call Waiting не тронул так проверю, на счет ожидания сейчас гляну
Call Waiting стоит отключить просто потому, что если у оператора будет внутренний вызов, или любой другой, который к нему попал не через очередь, то очередь будет считать его свободным, и ему будет названивать.
SP
а какая стратегия была?
rrmemory была
KG
Call Waiting стоит отключить просто потому, что если у оператора будет внутренний вызов, или любой другой, который к нему попал не через очередь, то очередь будет считать его свободным, и ему будет названивать.
Понял, спасибо учтем
OS
rrmemory была
я бы посмотрел full-лог, такого не должно быть. Я знаю проблему со стратегией leastrecent, если наиболее подходящий оператор уйдет не отключившись, то на нем очередь зависнет
SP
я бы посмотрел full-лог, такого не должно быть. Я знаю проблему со стратегией leastrecent, если наиболее подходящий оператор уйдет не отключившись, то на нем очередь зависнет
Я, если честно, не уверен, что сейчас проблема существует, ибо тогда это был еще Asterisk 13.x, сейчас живем на 16-ом, но повода проверять пока что не было. Как закончатся карантины, изоляции и прочие прелести - ради интереса протестирую.
OS
Я, если честно, не уверен, что сейчас проблема существует, ибо тогда это был еще Asterisk 13.x, сейчас живем на 16-ом, но повода проверять пока что не было. Как закончатся карантины, изоляции и прочие прелести - ради интереса протестирую.
очередь между этими версиями почти не изменилась
KG
По моему мое упущение что думал что ringinuse=1 и операторы не будут принимать звонки когда уже идет разговор.