Камрады, есть проблема. Есть 3 номера. 1 - какой-то любой 10 знак. 2 и 3 это экстены на астере. при звонке с 1 на 2 и переадресации на 3, в базе CDR всегда сохраняется две записи и в обеих src - 1 и dst - первый принявший вызов. Но по логике вторая запись должна содержать dst номер, на который переадресовали. Так выходит и при слепом переводе и при сопроваждаемом. Астер 13.14. Вопрос: как всё же сделать так, чтобы в cdr была запись о звонке с номера 1 на экстен 3 ?

потому что конвертят в диалплане по хэнгапу а не просто разово

@voxlink была же речь про голосовые оповещения? Или нет?

Если мы скриптом по ночам конвертим, то что лучше?

Да тут кто как хочет... Кому то надо сразу

Если мы скриптом по ночам конвертим, то что лучше?

и запись в СDR подменяете тоже ночью после конвертирования общим UPDATE-ом ?

@voxlink была же речь про голосовые оповещения? Или нет?

Про любые записи, требующие конверта.

и запись в СDR подменяете тоже ночью после конвертирования общим UPDATE-ом ?

Вроде как-то иначе

Вроде как-то иначе

а в 12-00 карета превращается ... простите за оффтоп...

Мы конвертим по ночам и в базе подменяем

update ast_cdr_adaptive set record=concat(left(record, length(record)-3),'mp3') where record like '%.wav';

record = поле где записи хранятся

Камрады, есть проблема. Есть 3 номера. 1 - какой-то любой 10 знак. 2 и 3 это экстены на астере. при звонке с 1 на 2 и переадресации на 3, в базе CDR всегда сохраняется две записи и в обеих src - 1 и dst - первый принявший вызов. Но по логике вторая запись должна содержать dst номер, на который переадресовали. Так выходит и при слепом переводе и при сопроваждаемом. Астер 13.14. Вопрос: как всё же сделать так, чтобы в cdr была запись о звонке с номера 1 на экстен 3 ?

забыть про цдр, это один большой костыль, если хочется как-то рулить всем этим делом то писать свое или искать что-то готовое

забыть про цдр, это один большой костыль, если хочется как-то рулить всем этим делом то писать свое или искать что-то готовое

нет ни времени ни желания, если честно. Звучит очень грустно.

забыть про цдр, это один большой костыль, если хочется как-то рулить всем этим делом то писать свое или искать что-то готовое

тремя руками за...

Можно просто расширить сдр

И пихать переменные

Можно просто расширить сдр

к сожалению, не подходит такой вариант.

на прошлой конфе с @antirek обсуждали его подход к сохранению кастомных значений которые нужны методом последовательного накопления в поле userfield

а друих вариантов и нема ))

ну CEL еще можно парсить

и у @Yuriy Gorlichenko был доклад на тему концепции логгирования из диаплана в кастомный CDR. В "массы" эта концепция, как мне помнится, зашла под правильным углом.

Я понял, быстро и просто не получится ? Спасибо.

к сожалению, не подходит такой вариант.

Роман, перефразирую ваш вопрос: "Где и какую поставить галочку, чтобы вместо той детализации, что есть сейчас, собиралась так, как хотим мы" Ответ: ее не существует

Роман, перефразирую ваш вопрос: "Где и какую поставить галочку, чтобы вместо той детализации, что есть сейчас, собиралась так, как хотим мы" Ответ: ее не существует

не правильно перефразировали.

и это не галочка, а кнопочка "Сделать зае$%сь" )))

и это не галочка, а кнопочка "Сделать зае$%сь" )))

Есть такая. В банк-клиенте называется "Подписать и отправить платежное поручение"

Роман, перефразирую ваш вопрос: "Где и какую поставить галочку, чтобы вместо той детализации, что есть сейчас, собиралась так, как хотим мы" Ответ: ее не существует

в моей голове это вполне нормальное желание, видеть номер А и номер Б именно те, которые участвовали в разговоре.

В моей тоже. Но на уровне плечей коммутации все именно так, как оно выглядит. На уровне бизнес-логики - не так

в моей голове это вполне нормальное желание, видеть номер А и номер Б именно те, которые участвовали в разговоре.

к сожалению (или к счастью) концепции и сущности в наших головах и в головах разработчиков астериска отличаются.. поэтому они родили CEL... для тех кому не хватает - кастомизация через пользовательские поля CDR или свой ОТДЕЛЬНЫЙ сбор данных как озвучил Роман Перцев.

Да, концепцию понял. *ушёл допиливать*

Кто что скажет про это: Yealink CP920 - Конференц-телефон на безе Linux. Стоит ли брать?

Для теста подкючил внутри локалки к *13 пир по iax. Одностороняя слышимость. Где-то видел, что может быть драйвера duhdi нужны.. или на * 13 уже не нужно и проблема в другом?

Дахди для iax?

Дахди для iax?

круче, dundi!

Для теста подкючил внутри локалки к *13 пир по iax. Одностороняя слышимость. Где-то видел, что может быть драйвера duhdi нужны.. или на * 13 уже не нужно и проблема в другом?

чтоб на iax2 сделать одностроннюю слышимость - это надо суметь)

а эхо-тест с телефона проходит?

чтоб на iax2 сделать одностроннюю слышимость - это надо суметь)

Я сумел :) поэтому и спрашиваю. Тем более нат тут ни при чем. Я просто звоню на внутренний номер, а он в зойпере на телефоне

думаю, что проблема у вас в оконечном оборудовании.

Оконечное - Зойпер на андроид. Какая там проблема ?

Ладно. Подумаю...

зойпер на андройд, микрофон говорящего, ухо слушающего.. мало ли

:)

Tcpdump

И нечего там думать

Ну я это и имел в виду

Кто-нибудь iax использует в качестве клиентов на * ?

Транками только

Но друг для друга сервера являются клиентами

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

Привет. Суть: в lxc установлен asterisk 14 + freepbx13, в extensions_custom.conf диалплан для автопрозвона номеров, где с помощью Monitor (Record, MixMonitor тоже пробовал использовать) записываются звонки, и проблема в том, что записи звонков длятся ровно 13 секунд. Никак не могу сообразить почему. Большое спасибо за советы в какую сторону копать.

Всем привет. Вдруг кому пригодится. Проблема решилась выполнением apt-get install --reinstall asterisk-modules на серверах

Но друг для друга сервера являются клиентами

С сервера на сервер и я использую - проблем не было. В vpn туннеле соединяю астериски. Тут увидел, что в зойпере поддержка iax есть. Всё сейчас работает , просто глюк был. Телефон перегрузил и всё заработало. Сейчас даже порты пробросил через нат на тестовый сервер, тоже работает. Самое интересное в протоколе, что всего один порт нужен. Непонятно, почему распространение не получил как Sip. . Для сипа и порт регистрации и диапазон портов для rtp трафика. И всё это через нат гонять, а отсюда могут быть проблемы, которые только перезагрузки роутера решить можно..

ой, батюшки, неужто я все-таки был прав, когда говорил, что это трабла с оконечным оборудованием?

ой, батюшки, неужто я все-таки был прав, когда говорил, что это трабла с оконечным оборудованием?

Да я почти и не сомневался... порт то один..

Мне вот интересно. Многие конвертируют всякими sox и прочими.... это потому что они не знают про команду астера file convert? Или интереснее наговнокодить? ?

у меня например, потому что астер не поддерживает нужные мне форматы для хранения. Для самого астера file convert удобнее.

Всем привет, кто-нибудь сталкивался вот с такой аномалией? Я звоню снаружи на SPA122, и ничего не слышу, но запись в астериске идет с обоих каналов, т.е. голос до астериска доходит.

ну очевидно что он не доходит до SPA122

Забыл сказать, что человек на SPA меня слышит

либо что то с кодеком, размером фрейма, payload что то не ттк

ну и т.д.

проверяй SDP от астериска, возможно что там ахинея

на всякий случай сдампил трафик и сижу смотрю в ваершарке

не ткнёте носом?

Забыл сказать, что человек на SPA меня слышит

это не отменяет всех остальных вариантов

это не отменяет всех остальных вариантов

Это я к комменту "ну очевидно что он не доходит до SPA122"

Наверное я неправильно понял

от него ммжет и доходит а до него не факт

rtp идет в сторону спахи?

rtp идет в сторону спахи?

Да

что в SDP?

адреса совпадают?

СПА-шник меня слышит астериск "слышит" СПА-шника, а вот дальше до наружнего не доходит голос

уверены что слышит?

уверен

на все 100%

еслл записааь поток в файл то там точчо аудио есть?

т.к. веду переговоры

Точно

И файл есть и в ваершарке обоих слышно

А вот если на другой шлюз позвонить, то всё ок

конфуз

тогда проверяй происходит ли rrinvite

reinvite

в каком месте искать?

оч похоже на это

ну что такое reinvite подимаешь?

*понимаешь?

Очень поверхностно, если я правильно понимаю, то ре-инвайт происходит при попытке соединить разговаривающих напрямую

ну да, у тебя вероятнее это либо не возможно, либо не верно

опция canreinvite и ее аналоги, ищи в настройккх сип.

а вообще пповееку второго плеча вызова тоже следоввло бб сделать

везде reinvite=no

или в 13 версии надо 0 ставить?

хотя если до астерискк ессь ппток ртп, то вероятнее ввеео и ттк без реинввйта работаее

ввеео и ттк этче

бля, ккк бесит этот набор в телеге через vnc, клавв ппоебыыыет буквы

вероятнее всего

короче проверяй оба плеча вызовв