с некоторыми пирами spandsp_start_dtmf козлит, но после подбора правильного значения min_dup_digit_spacing_ms работает идеально

недавно нужно было свести 80 inband пиров в rfc2833, для всех подошло 45 ms

тут еще может быть полезен экстеншен про "если нет rfc в sdp, делать generate"

тут еще может быть полезен экстеншен про "если нет rfc в sdp, делать generate"

да, в vanilla дп хороший пример этого дела

inband dtmf довольно дорог по ресурсам

<!— Don't be picky about negotiated DTMF just always offer 2833 and accept both 2833 and INFO —> <!--<param name="liberal-dtmf" value="true"/>-->

<condition field="${switch_r_sdp}" expression="a=rtpmap:(\d+)\stelephone-event/8000" break="never"> <action application="set" data="rtp_payload_number=$1"/> <anti-action application="start_dtmf"/> </condition>

Здравствуйте! Во Freeswitch сli, api есть ли какая-то стандартная команда, которая позволяет получить длительность последнего звонка после его завершения?

Или подписываться на события и считаться самому?

Добрый день

Может с другого лучше начать

Что именно вы хотите сделать?

И какую информацию о вызове вы хотите узнать кроме длителтности

Хочу выяснить (из своей программы), что человек, взявший трубку, прослушал файл, который я ему проигрываю, полностью.

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

Hangup/cdr

Я думаю вам лучше через xml_cdr это делать

Спасибо, посмотрю в эту сторону.

Есть ли какой-нибудь простой способ посмотреть кол-во звонков через гейтвей, не грепая логи?

CDR?

Да, спасибо

Кто-нибудь сталкивался с такой ошибкой? switch_rtp.c:6306 Received an unsupported RTCP packet version 3 Пытаемся два фрисвитча друг с другом соединить, звука нет, и это в логах

а что в SDP у обоих?

Да, в SDP был косяк! Но не помогло. А с такой ошибкой кто-нибудь сталкивался? Звучит зловеще, и гугл её не знает

SDP бы посмотреть

с обеих сторон

что за косяк был?

Помимо проблемы с SDP ещё порты RTP были закрыты. Мы раньше только исходящие звонки роботами делали, поэтому порты закрыли. Долго так работали, и поэтому не сообразили сразу, что надо бы открыть их теперь)

В SDP был не правильный ip, так как ноду поднимали в попыхах, в конфигах не поправили. А в целом проблема была в том что из докер контейнера не выведены были RTP порты (у нас только исходящие до недавнего времени были)

В SDP был не правильный ip, так как ноду поднимали в попыхах, в конфигах не поправили. А в целом проблема была в том что из докер контейнера не выведены были RTP порты (у нас только исходящие до недавнего времени были)

больше докера богу докера

Всем привет. Кто-нить сталкивался с WebRTC на Freeswitch? У меня тут проблема, частенько рвется соединение по websocket, в логах ничего нет по этому поводу. Не пойму куда копать.

в нат? )

ну и можно попробовать сделать tcpdump и потом смотреть логи

да оно ж все шифрованное идет.

всякие син-флаги не шифрованы

Тут используется ещё один websocket сервер, вот с ним никаких проблем нет. Мб дело в самом freeswitch?

Я даже не знаю что сказать)

Всем привет. Кто-нить сталкивался с WebRTC на Freeswitch? У меня тут проблема, частенько рвется соединение по websocket, в логах ничего нет по этому поводу. Не пойму куда копать.

на всех клиентах?

тут надо понять, оно рвется на 4 или на 7 уровне

поэтому да - нужно снимать дамп и смотреть TCP flow

на всех клиентах?

Да

у вас ws или wss?

Да

<param name="tracelevel" value="DEBUG"/> еще это в sofia.conf.xml можно попробовать вставить

поэтому да - нужно снимать дамп и смотреть TCP flow

Попробую, спасибо

у вас ws или wss?

Wss

Wss

попробуйте проксировать через kamailio или nginx или haproxy

проще всего развернуть haproxy

попробуйте проксировать через kamailio или nginx или haproxy

если через каму, то там же и приземлить лучше, гоняя почти_сип

развернуть проще всего nginx )

haproxy конфигурить не нужно

тут больше вопрос привычки и что нужно

ну как

nginx больше конфигурить :)

опять же, на нгинх можно развернуть ssl

а там не нужно

это просто tcp proxy

что тоже упростит дамп

ну и меньше нагрузка на медиа ноду

проблема в том что в самом вебсокете есть свой механизм шифрования

у нас ws какой-то пробрасывается... строк в 5 )

Спасибо, попробую через nginx прокинуть

Всем привет. Вчера советовали через nginx прокинуть websocket. Соединение висит нормально, но вот чето freeswitch в него ничего не отвечает. Ну т.е. браузер шлет invite а в ответ ничего не приходит.

Кстати, такая проблема только если на ws порт пробрасывать, если кидать до wss порта, то работает нормально.

Всем привет. Вчера советовали через nginx прокинуть websocket. Соединение висит нормально, но вот чето freeswitch в него ничего не отвечает. Ну т.е. браузер шлет invite а в ответ ничего не приходит.

в дампе трафика есть что нибудь?

на фрисвиче

в дампе трафика есть что нибудь?

Через tcpdump?

Да

10:35:45.477722 IP 148.251.76.144.7443 > 144.76.61.175.47817: Flags [R.], seq 6506, ack 9306, win 419, options [nop,nop,TS val 1584845857 ecr 1179185946], length 0 10:35:45.477931 IP 144.76.61.175.47817 > 148.251.76.144.7443: Flags [R], seq 1095044838, win 0, length 0 10:35:45.477935 IP 144.76.61.175.47817 > 148.251.76.144.7443: Flags [R], seq 1095044838, win 0, length 0 Вот такое проскакивает, но до конца не уверен, что это происходит именно в момент разрывов

Да и опять же хз куда копать с этим знанием

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

вот что в логе фрисвитча проскакивает при обрыве: 2017-03-22 10:46:44.808629 [ERR] switch_rtp.c:805 No audio stun for a long time!

так, это фс пытается простучатся к stun серверу, session-timer включен в профиле?

nat есть в промежутке?

в промежутке между клиентами и фрисвитчем?

да и между фс и провайдером

между fs и провайдером наверное есть, сейчас он запущен на виртуалке в локалке, а локалка натом отделена от инета

а у провайдера вроде нет, прямой ип

с другим софтфоном разрывы есть?

session-timer я вроде не включал. Там настройки практически дефолтные

по умолчанию он как раз включен

fs_cli -x 'xml_locate configuration' | grep session-timer

у нас fs используется как шлюз для webrtc, все остальные телефоны напрямую подключены к провайдеру

у них проблем нет

fs_cli -x 'xml_locate configuration' | grep session-timer

ничего не выдало

обрывы систематические? или вообще никакой закономерности

да пока никакой закономерности не выявлено

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

дампы надо писать и смотреть что происходит

так это гадание на кофейной гуще

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

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

Сейчас попробую

fs_cli -x 'xml_locate configuration' | grep session-timer

пардон наврал, enable-timer

fs_cli -x 'xml_locate configuration' | grep enable-timer

fs_cli -x 'xml_locate configuration' | grep enable-timer

<param name="enable-timer" value="false"></param>