Страница 1 из 1

AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 04 май 2018, 08:37
svd
Всем доброго дня.

имею астериск нау с астериском 13й версии
разносортные телефоны panasonic

у операторов коллцентра callwaiting в настройках экстеншена отключен.
у телефона настроена единственная сип-линия
оператор обслуживает 1-4 очереди (динамические агенты используются)

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

в настройках очередей эти значения установлены так: (как мне показалось другие ключи на это влиять не могут)
Agent Restrictions = Extensions Only
Skip Busy Agents = Yes

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

Код: Выделить всё

localhost*CLI> sip show peer 120


  * Name       : 120
  Description  :
  Secret       : <Set>
  MD5Secret    : <Not set>
  Remote Secret: <Not set>
  Context      : from-internal
  Record On feature : automon
  Record Off feature : automon
  Subscr.Cont. : <Not set>
  Language     : ru
  Tonezone     : <Not set>
  AMA flags    : Unknown
  Transfer mode: open
  CallingPres  : Presentation Allowed, Not Screened
  Callgroup    :
  Pickupgroup  :
  Named Callgr :
  Nam. Pickupgr:
  MOH Suggest  :
  Mailbox      :
  VM Extension : *97
  LastMsgsSent : 0/0
  Call limit   : 2147483647
  Max forwards : 0
  Dynamic      : Yes
  Callerid     : "Екатерина" <120>
  MaxCallBR    : 384 kbps
  Expire       : 3116
  Insecure     : no
  Force rport  : No
  Symmetric RTP: No
  ACL          : Yes
  DirectMedACL : No
  T.38 support : No
  T.38 EC mode : Unknown
  T.38 MaxDtgrm: 4294967295
  DirectMedia  : No
  PromiscRedir : No
  User=Phone   : No
  Video Support: No
  Text Support : No
  Ign SDP ver  : No
  Trust RPID   : Yes
  Send RPID    : Yes
  Path support : No
  Path         : N/A
  TrustIDOutbnd: Legacy
  Subscriptions: Yes
  Overlap dial : Yes
  DTMFmode     : rfc2833
  Timer T1     : 500
  Timer B      : 32000
  ToHost       :
  Addr->IP     : 192.168.0.102:5060
  Defaddr->IP  : (null)
  Prim.Transp. : UDP
  Allowed.Trsp : UDP
  Def. Username: 120
  SIP Options  : (none)
  Codecs       : (ulaw|alaw|gsm|g726)
  Auto-Framing : No
  Status       : OK (26 ms)
  Useragent    : Grandstream GXP2020 1.2.5.3
  Reg. Contact : sip:120@192.168.0.102:5060;transport=udp;user=phone
  Qualify Freq : 60000 ms
  Keepalive    : 0 ms
  Sess-Timers  : Accept
  Sess-Refresh : uas
  Sess-Expires : 1800 secs
  Min-Sess     : 90 secs
  RTP Engine   : asterisk
  Parkinglot   :
  Use Reason   : No
  Encryption   : No

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 04 май 2018, 11:36
awsswa
Включите русский интерфейс и почитайте в очереди про ringinuse

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 04 май 2018, 12:00
Repz
Добрый день.
Очереди не обмениваются между собой информацией о состоянии девайсов, если в очереди_N оператор свободен - он будет вызван, вне зависимости от занятости в других местах)
используйте call-limit для пиров.

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 04 май 2018, 17:11
svd
Читал:
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:
Skip Busy Agents
такое есть
No
Yes
Yes + (ringinuse=no)
Queue calls only (ringinuse=no)
When set to 'Yes' agents who are on an occupied phone will be skipped as if the line were returning busy. This means that Call Waiting or multi-line phones will not be presented with the call and in the various hunt style ring strategies, the next agent will be attempted.
When set to 'Yes + (ringinuse=no)' the queue configuration flag 'ringinuse=no' is set for this queue in addition to the phone's device status being monitored. This results in the queue tracking remote agents (agents who are a remote PSTN phone, called through Follow-Me, and other means) as well as PBX connected agents, so the queue will not attempt to send another call if they are already on a call from any queue.
When set to 'Queue calls only (ringinuse=no)' the queue configuration flag 'ringinuse=no' is set for this queue also but the device status of locally connected agents is not monitored. The behavior is to limit an agent belonging to one or more queues to a single queue call. If they are occupied from other calls, such as outbound calls they initiated, the queue will consider them available and ring them since the device state is not monitored with this option.

WARNING: When using the settings that set the 'ringinuse=no' flag, there is a NEGATIVE side effect. An agent who transfers a queue call will remain unavailable by any queue until that call is terminated as the call still appears as 'inuse' to the queue UNLESS 'Agent Restrictions' is set to 'Extensions Only'.
и по-русски
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:
Если установлено в 'Да', то операторы, занятые на линии, будут пропущены, если их внутренний Caller IDу, что использование методов ожидания и приёма второго звонка у многоканальных телефонов затрудняет использование различных сценариев серийного поиска свободных операторов в стратегиях звонков когда выполняется попытка поиска свободного оператора.
Если установлено в Да + () то для очереди применится опция 'звонки в обработке=нет', то есть проверяется статус телефонов операторов очереди. Таким образом отслеживаются удалённые операторы очереди (например на мобильных или домашних телефонах, подключеных к городской телефонной сети, или с использованием опции Следуйте сюда) так же, как локальные операторы очереди, таким образом FreePBX не будет посылать удалённому оператору вызов из очереди, если обнаруживает текущее соединение.
Если установлено в значение Только звонки очереди (звонки в обработке=нет), то для очереди также применится опция 'звонки в обработке=нет', но статус телефонов операторов очереди не проверяется. Это поведение ограничивает возможности операторов, обслуживающих более, чем одну очередь по приёму только одного звонка. Если, например, оператор совершает исходящий звонок, то очередь предполагает, что оператор свободен, и всё равно направляет звонок ему, так как статус телефонов не мониторится.

ВНИМАНИЕ: если установлено в Только звонки очереди (звонки в обработке=нет) то чаще это даёт негативный эффект. Оператор, делающий перевод звонка например, будет оставаться недоступным для всех вызовов очереди до тех пор, пока входящий вызов будет завершён, потому что он выглядит для очереди действующим КРОМЕ случая, когда значение Ограничения агентов установлено в 'Только внутренние номера'.
и смутил опять же негативный эффект (для Yes + (ringinuse=no)) что после перевода звонка АТС будет считать абонента переведшего звонок занятым и звонить ему не будет.

либо я неправильно что-то понял. поправьте, пожалуйста.

переконфигурировал сейчас очереди на Skip Busy Agents = Yes + (ringinuse=no)

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 04 май 2018, 17:55
svd
Repz писал(а):Добрый день.
Очереди не обмениваются между собой информацией о состоянии девайсов, если в очереди_N оператор свободен - он будет вызван, вне зависимости от занятости в других местах)
используйте call-limit для пиров.
в каком конфиге прописать это?
экстены вижу в sip_additional.conf

но дописывать туда бессмысленно, так как после применения каких-либо настроек на вэб-морде, файл перепишется.
какие мысли по этому поводу?

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 04 май 2018, 18:12
awsswa
проверили - помогло ?

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 04 май 2018, 19:11
svd
не проверил ещё.
завтра думаю смогу проверить, когда операторы будут на работе, сейчас операторов нет.
а удалённо проверять неудобно.

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 14 май 2018, 18:25
whoim
может, у екстеншнов отключить Call Waiting?

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 22 май 2018, 14:31
svd
сразу же выключил, не помогло.

отсюда был вопрос, не меняет ли этот параметр телефон при регистрации.
sip show peer 101 не показывает состояние call waiting

Re: AsteriskNOW (aster 13) очередь и назойливая вторая линия

Добавлено: 23 май 2018, 09:18
virus_net
Оно не показывает потому что его там нет.
Вам же уже сказали про call limit. Так посмотрите же:

Код: Выделить всё

asterisk -rx 'sip show peer 101' | grep limit
Так же никто не мешает агентов в очередях прописать через chan LOCAL и в контексте проверять что угодно и как угодно на предмет занятости пира.