Как решить проблему в очереди Asterisk?

Question

[Famper Wasteland]

Пока я создавал очередь в Asterisk, я столкнулся с проблемой. Вот мой конфиг очереди:

[cc-queue]
strategy = ringall
timeout = 15
autofill = yes
ringinuse = no
retry = 2
maxlen = 120
announce-frequency = 60
announce-holdtime = yes
member => PJSIP/101
member => PJSIP/100

Очередь работает идеально, когда все SIP свободны. То есть:

cc-queue has 0 calls (max 120) in 'ringall' strategy (8s holdtime, 101s talktime), W:0, C:1, A:1, SL:0.0%, SL2:50.0% within 0s
   Members: 
      PJSIP/101 (ringinuse disabled) (Not in use) has taken 1 calls (last was 190 secs ago) (login was 322 secs ago)
      PJSIP/100 (ringinuse disabled) (Not in use) has taken no calls yet (login was 322 secs ago)
   No Callers
Все могут принять звонки, и ни у кого проблем не будет. Все входящие звонят по определенному номеру, по типу [phone].

Проблема:
Когда хотя бы один из SIP находится в звонке, начинается странная логика. Все последующие входящие звонки приходят только этому SIP, а те, что свободны - никак не используются. Они все так же будут свободны. Как решить эту проблему?

Кстати, сама отправка звонка в очередь выглядит так в extensions_custom.conf:

exten => _.,1,Verbose(2,${CALLERID(all)} вход в очередь cc-queue)
same => n,Queue(cc-queue)
same => n,Hangup()

Comments

[Valentin Barbolin]

Покажи вывод когда один агент разговаривает.
show queue cc-queue

[Famper Wasteland]

devastr*CLI> queue show cc-queue
cc-queue has 0 calls (max 120) in 'ringall' strategy (6s holdtime, 101s talktime), W:0, C:1, A:1, SL:0.0%, SL2:50.0% within 0s
   Members: 
      PJSIP/101 (ringinuse disabled) (in call) (In use) has taken 1 calls (last was 70416 secs ago) (login was 70548 secs ago)
      PJSIP/100 (ringinuse disabled) (Not in use) has taken no calls yet (login was 70548 secs ago)
   No Callers

[Famper Wasteland]

Valentin Barbolin, все последующие звонки в конкретном случае будут идти на PJSIP/101. А PJSIP/100 будет просто свободен, и на него не будут идти звонки.

Когда все свободны, все могут принять звонок

[Valentin Barbolin]

Famper Wasteland, Покажи еще
pjsip show aor 101
pjsip show aor 100

[Famper Wasteland]

Valentin Barbolin,

devastr*CLI> pjsip show aor 101

      Aor:  <Aor..............................................>  <MaxContact>
    Contact:  <Aor/ContactUri............................> <Hash....> <Status> <RTT(ms)..>
==========================================================================================

      Aor:  101                                                100
    Contact:  101/sip:94d1m9ae@***:57760;transp 0d5899fa3e Avail         2.195


 ParameterName        : ParameterValue
 =====================================================================
 authenticate_qualify : false
 contact              : sip:94d1m9ae@***:57760;transport=WS
 default_expiration   : 3600
 mailboxes            : 
 max_contacts         : 100
 maximum_expiration   : 7200
 minimum_expiration   : 60
 outbound_proxy       : 
 qualify_frequency    : 60
 qualify_timeout      : 3.000000
 remove_existing      : false
 remove_unavailable   : false
 support_path         : false
 voicemail_extension  :

devastr*CLI> pjsip show aor 100

      Aor:  <Aor..............................................>  <MaxContact>
    Contact:  <Aor/ContactUri............................> <Hash....> <Status> <RTT(ms)..>
==========================================================================================

      Aor:  100                                                100
    Contact:  100/sip:3scns5sv@***:52560;transp bbd9f35961 Avail         2.016


 ParameterName        : ParameterValue
 =====================================================================
 authenticate_qualify : false
 contact              : sip:3scns5sv@***:52560;transport=WS
 default_expiration   : 3600
 mailboxes            : 
 max_contacts         : 100
 maximum_expiration   : 7200
 minimum_expiration   : 60
 outbound_proxy       : 
 qualify_frequency    : 60
 qualify_timeout      : 3.000000
 remove_existing      : false
 remove_unavailable   : false
 support_path         : false
 voicemail_extension  :

[Valentin Barbolin]

Famper Wasteland, Самое интересное спрятал) Там белый одинаковый IP ? Получается телефоны сидят за одним НАТ ?
sip:3scns5sv@***:52560

[Famper Wasteland]

Valentin Barbolin, Они все на одинаковом IP)
Да, скорее всего на одном USB Hub сидят. А можно вопрос, как это может помочь в решении?

[Famper Wasteland]

Valentin Barbolin, немного переконфигурировал очередь, теперь при втором вызове все выглядит так:

devastr*CLI> queue show cc-queue
cc-queue has 0 calls (max unlimited) in 'leastrecent' strategy (2s holdtime, 65s talktime), W:0, C:3, A:5, SL:100.0%, SL2:100.0% within 60s
   Members: 
      PJSIP/101 (ringinuse disabled) (in call) (In use) has taken 2 calls (last was 5498 secs ago) (login was 94 secs ago)
      PJSIP/100 (ringinuse disabled) (Not in use) has taken 1 calls (last was 5492 secs ago) (login was 94 secs ago)
   No Callers

Решил использовать стратегию переключения на свободного. Тоже ничего не поменялось. Все также звонит на занятый SIP.

Как это может лечиться?

Еще допом такая ошибка выходит:

WARNING[1636168][C-00000005]: channel.c:1079 channel_indicate: [Dongle/dongle0-0100000004] Don't know how to indicate condition 22

[Valentin Barbolin]

Famper Wasteland, У меня был похожий баг когда телефоны сидели за одним НАТ.

USB Hub сидят.

Это как?

[Famper Wasteland]

Не знаю, как правильно назвать. Есть куча USB-модемов, которые подключены к одной станции и работают через неё

[Valentin Barbolin]

Famper Wasteland,

USB Hub сидят.

Это как?

Dongle/dongle0-0100000004 - теперь понятно, это ведь входящая линия. Какой отношение оно имеет к НАТ?

[Famper Wasteland]

Valentin Barbolin, Честно, затрудняюсь ответить. Все дело во входящей линии? Что лучше посмотреть?

[Famper Wasteland]

Valentin Barbolin, Вот так выглядит dongle. Важные данные замажу, а именно номер и imei:

[dongle0]
exten=+7***
context=from-pstn
context=dongle-incoming
imei=3***1

Могу сказать еще дополнительно, что в очередь закидывает звонок как раз через dongle-incoming

[Famper Wasteland]

Valentin Barbolin, Вот так выглядит контекст:

[dongle-incoming]
include => dongle-incoming-sms
include => dongle-incoming-ussd

exten => _.,1,Verbose(2,${CALLERID(all)} вход в очередь cc-queue)
same => n,Queue(cc-queue)
same => n,Hangup()

[Valentin Barbolin]

Famper Wasteland, Получается у тебя есть куча мобильный номеров подключенных через Dongle, ты звонить на мобильный номер который заворачивает в очередь cc-queue. Ты же понимаешь, что один модем это одна линия, один модем не может принять более одного звонка одновременно.

Остается открытым вопрос по клиентам PJSIP/101 и 100. У них IP одинаковый т.к. они сидят за NAT ?

[Famper Wasteland]

Valentin Barbolin, Да, у них одинаковый IP

А как лучше сделать так, чтобы можно было принять звонок на общий номер. Затем все звонки будут распределяться? Если есть ссылка на статью, буду очень признателен! Или может подсказку

[Valentin Barbolin]

Famper Wasteland,

А как лучше сделать так, чтобы можно было принять звонок на общий номер.

На уровне мобильного оператора делаешь переадресацию на другой Dongle, по занято. Так же на уровне оператора выключаешь паралельный звонок. Внутри сети одного оператора звонки обычно бесплатные, а соответственно и переадресация ничего не стоит. Соответственно, сколько донглов, столько одновременных звонков.

Схема такая, например берем 4 донгла и 4 сим одного оператора. Настраиваем на вхех переадресацию по занято, 1 на 2ю, 2я на 3ю, 3я, на 4ю, 4я на 1ю. Клиенту показываем номер только первой SIM. Таким образом получим 4 входящие линии. Клиент будет всегда звонить на СИМ 1, а если она занята, то будет включаться цепочка переадресаций.

Так ты звонил на один мобильный номер два раза, поэтому второй звонок не проходил?

[Famper Wasteland]

Valentin Barbolin,

Если вкратце, то я сначала был в разговоре с одним из SIP. Другой был свободный, и чтобы проверить очередь, я позвонил с другого номера на тот же самый, через который и проходит очередь. В итоге у меня был дозвон до занятого.

Правильно ли я понимаю, что все устроено логически так?

1. Есть 1 линия входящих звонков и все они свободные
2. Приходит один звонок, который сначала обрабатывается контекстами, а уже далее закидывается в очередь для распределения
3. Приходит всем, если ringall
4. Звоню дополнительно с другого номера на тот же самый, где имеется контекст с запуском очереди
5. Не могу дозвониться, потому что в первую очередь запускается не очередь, а попытка дозвониться до самого номера по линии, которая занята

Схема примерно такая, правильно?

[Valentin Barbolin]

Famper Wasteland,

5. Не могу дозвониться, потому что в первую очередь запускается не очередь, а попытка дозвониться до самого номера по линии, которая занята

Конечно, если посмотреть в консоль астериска то скорее всего ты не увидишь никаких событий при втором звонке. Тут так же как с мобильным телефоном, мобильник может одновременно пропустить только один звонок при этом параллельно может прилететь второй звонок, но если на него ответить то первый звонок станет на паузу. Поэтому при использовании донг надо выключать на сим услугу параллельный звонок.

[Famper Wasteland]

Valentin Barbolin, Ты просто святой человек! Боже, храни тебя Аллах

Answer 1

[Famper Wasteland]

Ответ в комментариях под вопросом

Answer 2

[Ян Анисимов]

Помогает ли перезагрузка очереди? Нет ли мертвых каналов на пира который закончил разговор? Пробовали ли увеличить call-limit на пирах?

Comments

[Famper Wasteland]

Вот на данном этапе поподробнее, пожалуйста)
Что и где нужно смотреть?)

У меня просто задача стоит настроить очередь, в остальных вещах Asterisk я не разбирался

[Famper Wasteland]

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