Ух как. Жалко. Я натыкался, на обсуждение с автором, варианта участвовать в конфе через прием входящего. Но у меня и это не получается.

А skypopen это на сегодня единственный способ увязывать скайп с фрей?

был платный метод

skype connect

а скайпконнект разве не взорвали?

Он работает, стоит сколько-то немного денег, но нельзя одновременно пользоваться скайпом и скайпконнектом на одном username. Т.е. чисто как гейт в скайп - ага, а сделать так, чтобы скайповые звонки сваливались еще и на фс - никак.

А skypopen не работает с группами, потому что skype for linux не работает с группами. Для 1-к-1 звонков окей.

Всем привет! Только начинаю знакомство с FS, посоветуйте по структуре (возможно ли такое вообще). Есть несколько роутеров с FS на борту и mod_portaudio, зацепленным на usb звуковушку. звуковуха---mod_portaudio---FS Хочется позвонить с одного на другой. Хочется звонить без регистрации на внешнем сервере и вообще без него. Вроде как p2p. Если звоню со стороннего софтфона (linphone) - все ОК. Проблемы начинаются, когда звонок с одной железки на другую. switch_core_media.c:4378 Audio Codec Compare [L16:102:48000:20:0:1]/[G722:9:8000:20:64000:1] switch_core_media.c:4378 Audio Codec Compare [L16:102:48000:20:0:1]/[PCMU:0:8000:20:64000:1] switch_core_media.c:4378 Audio Codec Compare [L16:102:48000:20:0:1]/[PCMA:8:8000:20:64000:1] switch_core_media.c:4294 Set telephone-event payload to 101@48000 switch_core_media.c:4696 sofia/internal/auto_answer@192.168.0.120 Set 2833 dtmf send payload to 101 recv payload to 101 switch_channel.c:3811 Hangup sofia/internal/auto_answer@192.168.0.120 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] Железки идентичные.

Вот кстати да, мне такое тоже было непонятно. Тут вроде как они не смогли договориться о кодеках, но почему в этом случае FS отдает INCOMPATIBLE_DESTINATION вместо того, чтобы заняться транскодингом?

Да и транскодинг не необходим. кодеки, как и в целом корневуха и железо идентичны. Перекодировать не необходимо. Читал где-то, что это из-за отсутствия некоего хэндшейка, происходящего при регистрации. Вроде как FS не вкурсе, у кого чего есть и отказывается согласовывать в принципе. Странно, что при звонке с компа, где все как раз другое - все нормально.

SDP в студию

incompatible destination не только из-за кодеков

Регистрация для звонка не обязательна

а зачем собственно нужен mod_portaudio?

а зачем собственно нужен mod_portaudio?

Чтоб получить звук от usb звуковушки, позключеной к роутеру, но котором крутится локальный FS.

мне кажется что проблема кроется в нем

в общем давайте больше логов

дебаг лог + сип лог + pa dump

дебаг лог + сип лог + pa dump

http://pastebin.com/pQCPXyyr

http://pastebin.com/pQCPXyyr

это на принимающей стороне

Еще стоит проверить кодек-стринги из конфигов и inerhit-codec

дебаг лог + сип лог + pa dump

http://pastebin.com/A52XkHqV pa dump

Еще стоит проверить кодек-стринги из конфигов и inerhit-codec

с inherit_codec=true аналогично mod_dptools.c:1527 SET sofia/internal/auto_answer@192.168.0.120 [inherit_codec]=[true] EXECUTE sofia/internal/auto_answer@192.168.0.120 answer() switch_core_media.c:4378 Audio Codec Compare [L16:102:48000:20:0:1]/[G722:9:8000:20:64000:1] switch_core_media.c:4378 Audio Codec Compare [L16:102:48000:20:0:1]/[PCMU:0:8000:20:64000:1] switch_core_media.c:4378 Audio Codec Compare [L16:102:48000:20:0:1]/[PCMA:8:8000:20:64000:1] switch_core_media.c:4294 Set telephone-event payload to 101@48000 switch_core_media.c:4696 sofia/internal/auto_answer@192.168.0.120 Set 2833 dtmf send payload to 101 recv payload to 101 switch_channel.c:3811 Hangup sofia/internal/auto_answer@192.168.0.120 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]

http://pastebin.com/pQCPXyyr

ну так посмотрите, у вас исходящий звонок анонсит только l16 кодек

в параметрах бриджа пропишите {absolute_codec_string='PCMA,PCMU,G722'}

absolute_codec_string=PCMA только что прописал при оригинате и все, кажется пошло. спасибо!

да не за что собственно

добавьте предпочтительные кодеки в bridge {absolute_codec_string=PCMA}sofia...

добавьте предпочтительные кодеки в bridge {absolute_codec_string=PCMA}sofia...

так и поступил. спасибо.

А можно как-то сделать так, чтобы FS в таких случаях соглашался с обеими ногами и просто транскодил внутри себя ?

А еще непонятно. Вот можно через fs_cli или esl сказать originate или bridge, но в обоих случаях нужно указывать полноценный uri, типа sofia/profile/gateway/dialled_number. А есть ли возможность дать команду позвонить на какой-то номер так, чтобы был дан просто номер, а звонок прошел бы через все условия dialplanа и тот же gateway был выбран согласно этим условиям?

sofia/dialed_number@freeswitch_ip &park()

А можно как-то сделать так, чтобы FS в таких случаях соглашался с обеими ногами и просто транскодил внутри себя ?

вот кстати судя по всему нет, нужно чтобы кодек был включен

если на каждой ноге есть совпадающий с пиром кодек, но на ногах они не пересекаются, то произойдет транскодирование

sofia/dialed_number@freeswitch_ip &park()

Invalid URL, без указания профиля не работает. С профилем звонит, но по dialplanу не пробегается. Т.е. если я звоню на юзера - ок, звонок пройдет. Если там нужна какая-то обработка, ее нету.

sofia/external/...

должен пробегать

Ну вот я ж и говорю, с указанием профиля, типа sofia/external звонок проходит. Звоню на sofia/external/1001@<server-ip> - все ок, звонок пришел ибо юзер такой есть, а если звоню на sofia/external/81001@<server-ip> (intercom из ванильного конфига) - облом, ибо UNKNOWN, нет такого юзера.

c internal тоже самое

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

https://freeswitch.org/confluence/display/FREESWITCH/Loopback+Endpoint

Ну вот я ж и говорю, с указанием профиля, типа sofia/external звонок проходит. Звоню на sofia/external/1001@<server-ip> - все ок, звонок пришел ибо юзер такой есть, а если звоню на sofia/external/81001@<server-ip> (intercom из ванильного конфига) - облом, ибо UNKNOWN, нет такого юзера.

это потому что ваш звонок попадает в профайл internal

если на каждой ноге есть совпадающий с пиром кодек, но на ногах они не пересекаются, то произойдет транскодирование

Простите за тупизм. Под пиром имеется в виду сам FS? А совпадающие кодеки - это все скомпилированные и загруженные в modules или те, что прописаны в global_codec_prefs ?

nmae

тьфу

external

а вам надо попадать в internal

Простите за тупизм. Под пиром имеется в виду сам FS? А совпадающие кодеки - это все скомпилированные и загруженные в modules или те, что прописаны в global_codec_prefs ?

Alice (A) dials Bob (B) A calls FS and offers two codecs: G722 and PCMU FS sees these two codecs and chooses G722 immediately for the A leg FS calls B and offers G722,G722.1,PCMU,PCMA,G729 B sees this codecs list and chooses PCMU FS bridges A to B FS is transcoding G722 to PCMU

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

Ага, с кодеками кажется понял, спасибо ) С loopback пойду разбираться.

вообще, такие вещи лучше делать на скриптах

Простите за тупизм. Под пиром имеется в виду сам FS? А совпадающие кодеки - это все скомпилированные и загруженные в modules или те, что прописаны в global_codec_prefs ?

пир, это тот кто подключается к фрисвичу с другой стороны ноги

вообще, такие вещи лучше делать на скриптах

Что-то во мне сопротивляется переносу диалплана в скрипты. ) Думал это можно решить как-то более-менее из коробки.

коллеги, хочу сделать ограничение на кол-во вызовов с одного cli в течении минуты. Как ниже описано не получается. Кто-нибудь знает, можно ли решить задачу без написания скриптов и патча mod_lcr? В mod_lcr можно использовать параметры для mod_limit. Звоним на 84957757757 с cli 74951234567 ... 2017-01-29 12:53:10.860562 [DEBUG] mod_lcr.c:998 SQL: CALL gsm_lcrTerminate('84957757757', '74951234567'); ... 2017-01-29 12:53:10.860562 [DEBUG] switch_limit.c:126 incr called: termination_74951234567 max:1, interval:0 2017-01-29 12:53:10.860562 [DEBUG] mod_hash.c:196 Usage for termination_74951234567 is now 1/1 То есть оно ограничение всасывает на количество занятых каналов, а не единицу времени (отбрасывая "/60" в колонке lcr_limit_max). Колонку lcr_limit_interval в процедуре я сам придумал. Вот что выдает процедура. mysql> CALL lcr('84957757757', '74951234567'); +-------------+------------------+----------------+------------------------+----------------------+----------------+-----------------+------------+------------+---------+---------+-----------------+--------------+---------------+--------------------+ | lcr_digits | lcr_carrier_name | lcr_rate_field | lcr_gw_prefix | lcr_gw_suffix | lcr_lead_strip | lcr_trail_strip | lcr_prefix | lcr_suffix | lcr_cid | quality | lcr_limit_realm | lcr_limit_id | lcr_limit_max | lcr_limit_interval | +-------------+------------------+----------------+------------------------+----------------------+----------------+-----------------+------------+------------+---------+---------+-----------------+--------------+---------------+--------------------+ | 84957757757 | gsm | 0 | sofia/lan_originate/11 | @192.168.90.201:5060 | 0 | 0 | | | | 50 | termination | 74951234567 | 1/60 | 60 | +-------------+------------------+----------------+------------------------+----------------------+----------------+-----------------+------------+------------+---------+---------+-----------------+--------------+---------------+--------------------+

вообще, такие вещи лучше делать на скриптах

Удивительное рядом. Как всегда все сильно проще, чем думалось. originate {sip_auto_answer=true}user/1001 74957851188 Звонит пользователю и соединяет его с указанным номером, обрабатывая соединение через диалплан от имени пользователя. Искаропки ))))

Хм, не знал, спасибо!

Весьма полезная штука

О, надо схоронить. Я тоже интересовался подобным

Тут в телеге нельзя пиннить сообщения?

Можно создать новый приватный канал и в него форвардить интересное.

Можно создать новый приватный канал и в него форвардить интересное.

Форвардить на свое имя можно. Или в новостной канал, который о новых версиях

Лучше на себя

О, не знал!

Тут в телеге нельзя пиннить сообщения?

Можно, сверху запинено про книги

Лучше на себя

Так и сделал

Удивительное рядом. Как всегда все сильно проще, чем думалось. originate {sip_auto_answer=true}user/1001 74957851188 Звонит пользователю и соединяет его с указанным номером, обрабатывая соединение через диалплан от имени пользователя. Искаропки ))))

Но нога А просто бриджем, без обработки )

Ну да. Ее можно через loopback стартануть, но я там не смог его уговорить прочитать откуда-нибудь codec string. Оно упорно предлагает только L16 без вариантов и ни с кем не хочет дружить, все заканчивается в INCOMPATIBLE_DESTINATION

Лупбэк это гора костылей ) как минимум, все нужные переменные надо явно передавать

В том числе кодеки

Я делал originate {absolute_codec_string=PCMU}loopback/и_далее_по_тексту и оно тем не менее сопротивлялось

Но конкретно моя задача решалась и прямым бриджем на юзера )

Нухз, у нас ориджинейт вполне работает

Форвардить на свое имя можно. Или в новостной канал, который о новых версиях

А где этот новостной канал найти?

Создать.

Нет

Вот этому

Ааа... я подумал, что _новостной_ - это какая-то иная сущность )

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

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

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

какая версия fs? какие телефоны у жалобщиков? какая виртуализация? как организована сеть от гипервизора до провайдера? есть ли транскодинг?

версия фс 1.7. отвечают по webrtc. виртуализауия vmware 6.0. Сип регистрируется напрямую от провайдера на фс.

по дампам видно что есть прерывании в сети. но когда через вршарк слушать записи то не заметно прерываний. а поймать момент имено жалобы от оператора не получается.

jitter подстраивается

половина вопрос не ответилась, тяжело говорить что-то конкретное: запустите на сервере screen/tmux (можно и без них, если так удобнее), один с ping провайдера, второй с vmstat -w -S M 1

вангую проблемы виртуализации

спасибо за помощь

по дампам видно что есть прерывании в сети. но когда через вршарк слушать записи то не заметно прерываний. а поймать момент имено жалобы от оператора не получается.

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

а по виртуализации ща скину статейку, если ESXi 6ой, то если совсем не поможет, то по крайней мере облегчит жизнь

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

да теперь слушно(((спасибо

а по виртуализации ща скину статейку, если ESXi 6ой, то если совсем не поможет, то по крайней мере облегчит жизнь

буду благодарен

http://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/latency-sensitive-perf-vsphere55-white-paper.pdf

это для 5.5, но в 6.0 та же самая ситуация

это для 5.5, но в 6.0 та же самая ситуация

спасибо

По дефолту FS работает в режиме согласования кодеков. Для того, чтобы производился транскодинг, нужно выполнить: В internal.xml: <!— Let calls hit the dialplan before selecting codec for the a-leg —> <param name=»inbound-late-negotiation» value=»false»/> <!— Allow ZRTP clients to negotiate end-to-end security associations (also enables late negotiation) —> <param name=»inbound-zrtp-passthru» value=»false»/> В диалплане: <action application=»bridge» data=»{absolute_codec_string=’PCMU,PCMA,G729′}sofia/gateway/gateway1/$1″ />

у меня сейчас стоит согласование кодеков.вернее те кодеки которые предлогает провайдер.

не подскажите если в интернеле я поставлю это параметр он как то поможет мне при входяших звонках?при исходяших такой жалобы не было