asterisk.ru

Я включил формирование custom лога и пытаюсь понять логику формирования его записей.
Ситуация такая: я звоню на некоторый номер (SIP/378), абонент снимает трубку, мы разговариваем и он делает несколько попыток перевести разговор на другой номер. Между попытками мы также разговариваем. Четвертая попытка оказывается успешной, я немного говорю и завершаю звонок.
Лог такой:
"1668436856.84","daych","2022-11-14 17:40:56","1","",""
"1668436873.87","daych","2022-11-14 17:41:13","1","",""
"1668436885.90","daych","2022-11-14 17:41:25","0","",""
"1668436818.81","903.......","2022-11-14 17:40:18","103","dd",":_forw_:SIP/378"
"1668436818.81","903.......","2022-11-14 17:40:18","122","dd",":_forw_:SIP/378"
"1668436910.93","daych","2022-11-14 17:41:50","30","",""
Поля: ${CSV_QUOTE(${CDR(uniqueid)})},${CSV_QUOTE(${CDR(src)})},${CSV_QUOTE(${CDR(start)})},${CSV_QUOTE(${CDR(duration)})}, дальше - мои переменные
daych - extension, обрабатывающий мой звонок.
Как я понимаю, звонки от daych - это попытки перевести разговор, тут ясно.

Но я совершенно не понимаю:
1. почему образовалось две записи про исходный звонок с 903......
2. как считалось время, входят ли 30 секунд моего разговора после перевода, в те 122 секунды, которые показаны во второй записи по исходному звонку.

Объясните, пожалуйста, мне эту логику.

Очень зря, что не используете поле linkedid. Оно покажет всё относящееся к данному звонку.
Также и другие поля, например из этой статьи с бородой https://wiki.asterisk.org/wiki/display/ ... cification

Zavr2008 писал(а):Очень зря, что не используете поле linkedid

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

Если бы я знал все переменные, стал бы я задавать вопрос в "новичках"?

Но вопрос остается: почему две записи о первичном звонке?

Слишком куций CDR, телепаты в отпуске.
Обычно при Attended трансфере несколько звонков и потом они бриджуются. Именно по-этому в CDR обычно каша и для внятного понимания всего что творится (включая слитную запись разговора) рекомендуют CEL.

Zavr2008 писал(а):Слишком куций CDR

Ну в принципе я просил объяснить логику формирования записей CDR при переводе звонков, а не какой-то мой особенный случай. Если у меня при каждом звонке с переводом образуется 2 записи, наверное, у других так же?

А CDR я давно расширил. Сейчас он выглядит так:
My.csv => ${CSV_QUOTE(${CDR(linkedid)})},${CSV_QUOTE(${CDR(uniqueid)})},${CSV_QUOTE(${CDR(src)})},${CSV_QUOTE(${CDR(clid)})},${CSV_QUOTE(${CDR(channel)})},
${CSV_QUOTE(${CDR(dstchannel)})},${CSV_QUOTE(${CDR(start)})},${CSV_QUOTE(${CDR(duration)})},${CSV_QUOTE(${CDR(lastapp)})},${CSV_QUOTE(${CDR(lastdata)})},
${CSV_QUOTE(${CDR(disposition)})},${CSV_QUOTE(${CDR(ufpfase)})},${CSV_QUOTE(${CDR(uflog)})}

и результат соответственное (просто один перевод звонка):

"1668523769.86","1668523769.86","903хххххххх","903ххххххх","SIP/zebra-0000003b","SIP/378-0000003c","2022-11-15 17:49:29","60","Dial","SIP/378,20,tA(an/moll)","ANSWERED","dd",":_forw_:SIP/378"
"1668523769.86","1668523769.86","903ххххххх","903ххххххх","SIP/zebra-0000003b","SIP/378-0000003c","2022-11-15 17:49:29","68","Transferred Call","Local/351@sip-abon-00000003;1","ANSWERED","dd",":_forw_:SIP/378"
"1668523769.86","1668523809.89","daych","daych","Local/351@sip-abon-00000003;2","OOH323/OlyPBX-19","2022-11-15 17:50:09","28","Dial","OOH323/OlyPBX/351","ANSWERED","",""

Две записи для первоначального звонка 1668523769.86, одна - для перевода звонка 1668523809.89.
Пока я только экспериментирую, могу добавлять и удалять переменные.

Zavr2008 писал(а):рекомендуют CEL

Да, спасибо, посмотрю CEL.

Ну видите сами, теперь ясно почему несколько записей?
Первый звонок 2 плеча, потом переадресация, потом уже новый звонок итп.

В CEL более детально видно если что.

Zavr2008 писал(а):Ну видите сами, теперь ясно почему несколько записей?
Первый звонок 2 плеча, потом переадресация, потом уже новый звонок итп.

Нет, не ясно. Но я буду медитировать над этим и постараюсь понять.

Спасибо.

Да, CEL посмотрю.