Size: a a a

2020 May 27

D

DVG_Lab in Asterisker-ы
Александр Мисюрин
не, строка Dial была вида SIP/6532 тоесть failover не должен был выполняться, но очень похоже поведение просто
У меня было предположение что 6532 нажал на Attendent Transfer, у них кнопки BLF как раз так выведены как BLF/AXFER, но в логах ничего что указывало бы на это
источник

D

DVG_Lab in Asterisker-ы
Нашел контекст выхода из очереди по нажатию кнопки, там есть такое
exten => i,1,Queue(queue6290) но все равно не понятен звонок оператору на паузе и отсутствию в логах записи об очереди
источник

АМ

Александр Мисюрин... in Asterisker-ы
DVG_Lab
У меня было предположение что 6532 нажал на Attendent Transfer, у них кнопки BLF как раз так выведены как BLF/AXFER, но в логах ничего что указывало бы на это
Если кнопкой телефона, то вполне, аппараты обычно сами бриджуют если управляемый перевод
источник

АМ

Александр Мисюрин... in Asterisker-ы
Тоесть для Астера это не перевод, а другой звонок, который аппарат сам сбриджевал
источник

D

DVG_Lab in Asterisker-ы
Александр Мисюрин
Если кнопкой телефона, то вполне, аппараты обычно сами бриджуют если управляемый перевод
попробую лог телефона посмотреть
источник

АМ

Александр Мисюрин... in Asterisker-ы
Кнопки не везде логируются, но может быть вызов на 6534
источник

D

DVG_Lab in Asterisker-ы
Александр Мисюрин
Кнопки не везде логируются, но может быть вызов на 6534
Поговорил с оператором которая 6532, и посмотрел лог этого фанвила В логе ничего странного, скрин прилепил. Она сказала что нажала на выключение микрофона, после этого набрала по второй линии коллегу, переговорила с ним, нажала кнопку "Возврат" на телефоне и попала на совершенно другой входящий. В логе он есть причем, входящий с другого номера, причем еще и пропущенный был. Получается что астер скинул звонок на другой номер, этого мембера сразу поставил в Idle, и тут же был входящий который она и приняла.
источник

D

DVG_Lab in Asterisker-ы
Совершенно точно нужно сохранять канальную информацию, надо прикручивать tcpdump...
источник

D

DVG_Lab in Asterisker-ы
А вообще состояние OnHold это по мнению Queue() аналогично Busy или Not InUse ?
источник

ДС

Дмитрий Сычёв... in Asterisker-ы
DVG_Lab
А вообще состояние OnHold это по мнению Queue() аналогично Busy или Not InUse ?
busy разговор-то не прерывается
источник

D

DVG_Lab in Asterisker-ы
Ясно, сейчас попробую повторить эксперимент с операторами и включенным tcpdump
источник

ДС

Дмитрий Сычёв... in Asterisker-ы
у меня есть великолепное предложение: если проблема не логируется, единична и невоспроизводима, то надо просто забить  на неё.
источник

D

DVG_Lab in Asterisker-ы
Если не воспроизведется то так и сделаю ))
источник

ДС

Дмитрий Сычёв... in Asterisker-ы
и еще у меня вопрос: что это за логи выше? это full?
источник

D

DVG_Lab in Asterisker-ы
Это микс некий, вербосе левел 3 чтоли
источник

ДС

Дмитрий Сычёв... in Asterisker-ы
сделай  что-то наподобие
cat /var/log/asterisk/full | grep "00000e53" пожалуйста
источник

D

DVG_Lab in Asterisker-ы
Дмитрий Сычёв
сделай  что-то наподобие
cat /var/log/asterisk/full | grep "00000e53" пожалуйста
Не, фулл то у меня отключен. Это был asterisk.log только я его кажется докручивал по уровню логирования
источник

ДС

Дмитрий Сычёв... in Asterisker-ы
ну тогда всё.
источник

D

DVG_Lab in Asterisker-ы
Проверили дважды.. сэмулировать поведение не удалось, хотя [May 27 21:46:13] WARNING[100959][C-00000acc]: translate.c:409 int framein(struct ast_trans_pvt *, struct ast_frame *): no samples for alawtolin таки сыпались..
источник

D

DVG_Lab in Asterisker-ы
Но при этом музыка совершенно свободно играла без пауз и заиканий.. загадка природы, осталяю уровень логирования full  с ротэйтом раз в час и tcpdump
источник