и уж точно не зажму как собирал

Да, думаю, все мы тут знатные "собиратели" :-)

Там еще и самому надо написать ручками)))

где-то в ru_voip кажется отсвечивал товарищ разработчик модуля для астериска

вроде даже либы публиковал на гитхабе

где-то в ru_voip кажется отсвечивал товарищ разработчик модуля для астериска

Только это не модуль. Шлюз

да я думаю там примерно тот же принцип будет

ну даже в виде шлюза это интересно

да оно в любом виде будет интересно

ибо скайп скорее мёртв чем жив, а позвонить в мессенджер хомячкам хочется

Можно пользоваться и сейчас. Привинтить к FS и будет работать. В виде шлюза

так где сорцы-то этого шлюза )?

нахрена гнать через кого то трафик?

Зачем? Подключаешь как провайдера

там ограничения

потому что хомячки лазают в телефонах с телеграмом гарантированно - а запустить сип-телефон забывают

вот вот

там ограничения

Ну какие? 40 минут или 1 час?

На 1 разговор

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

это ограничение самой телеги?

это ограничение конкретно взятого сервиса

хорошо - но на входящие-то могут звонить сколько угодно

телеге пофик скольким людям ты за день позвонишь

FUP Fair Use Policy

это ограничение конкретно взятого сервиса

Тут да. Есть ограничение.

Поспрошайте автора andr на форуме ruvoip.net

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

Там шлюз через yate. Может сорсы даст или ещё как договорится.

Автор, помнится, совсем не замотивирован - типа ничего мне от вас пока не надо

есть кто зареганный там уже?

Есть

Парни, а подскажите как в Lua сделать проверку обрыва связи. Например, есть банальный скриптик соединения. Как влепить проверку обрыва звонка и перезвонить заново? freeswitch.consoleLog("WARNING","Before first call\n") first_session = freeswitch.Session("user/1000") if (first_session:ready()) then freeswitch.consoleLog("WARNING","first leg answered\n") second_session = freeswitch.Session("user/1002") if (second_session:ready()) then freeswitch.consoleLog("WARNING","second leg answered\n") freeswitch.bridge(first_session, second_session) freeswitch.consoleLog("WARNING","After bridge\n") else freeswitch.consoleLog("WARNING","second leg failed\n") end else freeswitch.consoleLog("WARNING","first leg failed\n") end

Вон в зойпере есть штук 5 предустановок для опуса. А в FS всего лишь одни набор настроек.

opus@48000h@10i - Opus 48khz using 10 ms ptime (mono and stereo) opus@48000h@20i - Opus 48khz using 20 ms ptime (mono and stereo) opus@48000h@40i - Opus 48khz using 40 ms ptime opus@16000h@10i - Opus 16khz using 10 ms ptime (mono and stereo) - from version 1.6.16 opus@16000h@20i - Opus 16khz using 20 ms ptime (mono and stereo) - from version 1.6.16 opus@16000h@40i - Opus 16khz using 40 ms ptime - from version 1.6.16 opus@8000h@10i - Opus 8khz using 10 ms ptime (mono and stereo) opus@8000h@20i - Opus 8khz using 20 ms ptime (mono and stereo) opus@8000h@40i - Opus 8khz using 40 ms ptime opus@8000h@60i - Opus 8khz using 60 ms ptime opus@8000h@80i - Opus 8khz using 80 ms ptime opus@8000h@100i - Opus 8khz using 100 ms ptime opus@8000h@120i - Opus 8khz using 120 ms ptime + 10 настроек я бы не назвал это прям "один"

возможно ли на лету поменять max session ,

?

fsctl max_sessions 2000

ок

а если per min?

per sec вернее

дефолтное значение получается 30 в fsctl не вижу per sec

sps

last_sps ?

> fsctl [ calibrate_clock] [ crash] [ debug_level] [ debug_pool] [ debug_sql] [default_dtmf_duration] [ flush_db_handles] [ hupall] [ last_sps] [ loglevel] [ max_dtmf_duration] [ max_sessions] [ min_dtmf_duration] [ min_idle_cpu] [ pause] [ pause_check] [ ready_check] [ reclaim_mem] [ recover] [ resume] [ save_history] [ send_sighup] [ shutdown] [ shutdown_check] [ sps] [ sync_clock] [ verbose_events]

[ sps]

sps - перевел как спасибо.... пятница-с )))

))

ага заметил )

а last_sps в данном случае что?

прошлое спасибо )

)))))))

а last_sps в данном случае что?

freeswitch@test-freeswitch> fsctl last_sps +OK last sessions per second: 0 тоже что и status ... last 5min 0

opus@48000h@10i - Opus 48khz using 10 ms ptime (mono and stereo) opus@48000h@20i - Opus 48khz using 20 ms ptime (mono and stereo) opus@48000h@40i - Opus 48khz using 40 ms ptime opus@16000h@10i - Opus 16khz using 10 ms ptime (mono and stereo) - from version 1.6.16 opus@16000h@20i - Opus 16khz using 20 ms ptime (mono and stereo) - from version 1.6.16 opus@16000h@40i - Opus 16khz using 40 ms ptime - from version 1.6.16 opus@8000h@10i - Opus 8khz using 10 ms ptime (mono and stereo) opus@8000h@20i - Opus 8khz using 20 ms ptime (mono and stereo) opus@8000h@40i - Opus 8khz using 40 ms ptime opus@8000h@60i - Opus 8khz using 60 ms ptime opus@8000h@80i - Opus 8khz using 80 ms ptime opus@8000h@100i - Opus 8khz using 100 ms ptime opus@8000h@120i - Opus 8khz using 120 ms ptime + 10 настроек я бы не назвал это прям "один"

Но это можно указать только принудительно? Я правильно понимаю, что для мобильного инета лучше opus@8000h@120i?

Но это можно указать только принудительно? Я правильно понимаю, что для мобильного инета лучше opus@8000h@120i?

ну если напишите просто opus, то fs будет смотреть на ту сторону, а если конкретно укажите формат, то уже та сторона будет подстраиваться. смотря в чём проблема, если канал узкий, то да 8000 надо брать (или если будете в итоге транскодировать в g711), а если потери, то надо крутить fec/plc (jitterbuffer вручную активировать вот это всё). а вот большие куски я бы не стал брать (разве только в каких-то специальных случаях)

при низком битрейте fec вырубается, и возможно имеет смысл его принудительно включить через <param name="keep-fec-enabled" value="1"/>

ну если напишите просто opus, то fs будет смотреть на ту сторону, а если конкретно укажите формат, то уже та сторона будет подстраиваться. смотря в чём проблема, если канал узкий, то да 8000 надо брать (или если будете в итоге транскодировать в g711), а если потери, то надо крутить fec/plc (jitterbuffer вручную активировать вот это всё). а вот большие куски я бы не стал брать (разве только в каких-то специальных случаях)

Ну вот я заметил, что на плохих каналах ptime ставят побольше.

Но это можно указать только принудительно? Я правильно понимаю, что для мобильного инета лучше opus@8000h@120i?

В ru_voip есть разраб войса для телеги, он там опус крутил вертел

джиттер я ставлю на внешний канал 60 мс всегда

Можно у него спросить

В ru_voip есть разраб войса для телеги, он там опус крутил вертел

Там телеграм сам подстаивает

Ну вот я заметил, что на плохих каналах ptime ставят побольше.

ну с ними оверхед меньше. вот только потеря одного большого куска по-моему страшнее потери маленького

opus@8000 по-моему вообще страшно звучит, лучше что угодно другое брать (но это касается только узких каналов без потерь)

Там телеграм сам подстаивает

Я в плане параметров к покрытию

джиттер я ставлю на внешний канал 60 мс всегда

и как, комфортно? провайдеры рядышком наверное?

там же у каждого из двух телефонов свой jb + задержка по сети

Насколько понял у FS это минимум. 3 фрейма по 20 мс. Ну он про это и пишет в консоли. Получается на телефоне 60 мс, на другом канале 60 мс. Уже 120 мс плюс время задержки. Так бы я и 250 мс поставил бы, но тогда запаздывание может быть большое. Там же адаптивный джиттер? Или фиксированный?

можно и так, и так

можно через ":" указать диапазон

opus@8000 по-моему вообще страшно звучит, лучше что угодно другое брать (но это касается только узких каналов без потерь)

Ну вообще-то была диаграмка по соотношению качество-пропускная способность. И 8кгц опус по качеству почти как 711 и 722 кодеки, а полоса значительно меньше. В этой нише лучшее по качеству это AMR и opus narrow band (8 кгц). Если полоса уже, то лучше 729 кодек, ну хотя бы чтобы было что-то слышно.

можно через ":" указать диапазон

Для адаптивного джиттера? типа 60:200?

угу

<action application="set" data="jitterbuffer_msec=60:200:20"/>

https://freeswitch.org/confluence/display/FREESWITCH/JitterBuffer#JitterBuffer-jitterbuffer_msec

Ну вообще-то была диаграмка по соотношению качество-пропускная способность. И 8кгц опус по качеству почти как 711 и 722 кодеки, а полоса значительно меньше. В этой нише лучшее по качеству это AMR и opus narrow band (8 кгц). Если полоса уже, то лучше 729 кодек, ну хотя бы чтобы было что-то слышно.

я видимо неправильно opus@8000 тогда готовил, звучал он прям плохо, хуже 711 (а про 722 и говорить нечего)

завтра у ребят поспрошу что там да как

Наврал чуть-чуть. AMR и opus 8 кгц не хуже 711. А 722 это опус wideband это 16 кгц частота дискретизации

да, точно, смешались в кучу кони, люди

Ну плучается для мобильника 8 кгц, для вайфая 16, а для хорошой сети по максимуму. Так?

Интересно, почему опус не ставят в телефоны?

ну тут от мобильника зависит, у меня в Сибири кругом hspa+/4g, так что можно все 48к гнать. на wifi тоже наверное. главное и там, и там убедиться что при потерях включены fec и jb (который в fs емнип включает plc). а вот если канал аля gprs или в конечном счёте будет транскодинг в 711, то да только 8000

Интересно, почему опус не ставят в телефоны?

промышленные стандарты 711a 711mu 729 фсе

промышленные стандарты 711a 711mu 729 фсе

Не...В трубках есть HD voice и 722 кодек. В бытовых сименсах и в офисных ip телефонах.

и далеко вы с ним звонили?

пока операторы связи не начнут поддерживать, в железе оно как зайцу пятая нога

ну тут от мобильника зависит, у меня в Сибири кругом hspa+/4g, так что можно все 48к гнать. на wifi тоже наверное. главное и там, и там убедиться что при потерях включены fec и jb (который в fs емнип включает plc). а вот если канал аля gprs или в конечном счёте будет транскодинг в 711, то да только 8000

А оно не понятно. Особенно в движении и на авто. А как убедиться, что включено?)

пока операторы связи не начнут поддерживать, в железе оно как зайцу пятая нога

Ну во первых трубка-трубка. Трубки могут быть в разных городах. Во вторых есть мультифон и там есть 722 кодек.

ну позвонили через мультифон на обычную трубу сотовую что вы там услышите все прелести 722?

пока все не перестроится хотя бы выше 8000 никаких толков не будет

ну позвонили через мультифон на обычную трубу сотовую что вы там услышите все прелести 722?

Разница между 711 и 722 кодеками в мультифоне есть. Мобильник может поддерживать AMR-WB аппаратно.

А оно не понятно. Особенно в движении и на авто. А как убедиться, что включено?)

сейчас позвонил себе с jitsi, в ней инфо звонка есть + в самом fs при /log 7 видно Opus decoder stats: Frames[0] PLC[0] FEC[0] Opus encoder stats: Frames[0] Bytes encoded[0] Encoded length ms[0] Average encoded bitrate bps[0] Opus encoder stats: FEC frames (only for debug mode) [0] Opus decoder stats: Frames[0] PLC[0] FEC[0] Opus encoder stats: Frames[0] Bytes encoded[0] Encoded length ms[0] Average encoded bitrate bps[0] Opus encoder stats: FEC frames (only for debug mode) [0]

Нолики это выключено?

куку Есть вот такой диалплан.. При попадании в бридж оно $1 передает как есть, не заменяя на то что в скобках в кондишене. Я предполагаю что из за того, что кондишен множественный. Куда копать? <extension name="out_zadarma" continue="true"> <condition field="destination_number" expression="^05(\d+)$"/> <condition regex="any" break="on-true"> <regex field="network_addr" expression="10.17.1.2"/> <action application="bridge" data="sofia/external/$1@sip.zadarma.com"/> </condition> </extension>

куку Есть вот такой диалплан.. При попадании в бридж оно $1 передает как есть, не заменяя на то что в скобках в кондишене. Я предполагаю что из за того, что кондишен множественный. Куда копать? <extension name="out_zadarma" continue="true"> <condition field="destination_number" expression="^05(\d+)$"/> <condition regex="any" break="on-true"> <regex field="network_addr" expression="10.17.1.2"/> <action application="bridge" data="sofia/external/$1@sip.zadarma.com"/> </condition> </extension>

потому что второй <condition есть $1 от предыдущего затирается им

Нолики это выключено?

нет)

нет)

Посмотрел файлик конфига опуса. <!— Keep FEC Enabled —> <param name="keep-fec-enabled" value="1"/>

А что вот это вот? Это подстройка под битрейт? <!— Support asymmetric sample rates —> <!--<param name="asymmetric-sample-rates" value="1"/>--> <!— Enable bitrate negotiation —> <!--<param name="bitrate-negotiation" value="1"/>-->