в смысле нет ни одного параметра a=

но я уже нашел как поправить. если прислыать не UDP/TLS/RTP/SAVPF, а RTP/SAVP, то все работает

Вопрос по поводу шлюзов. Если шлюз с регистрацией, то fs добавляет в поле контакт gw+gwname. и при входящей связи, если видит это поле, матчит его со шлюзом и понимает с какого шлюза вызов. При звонке без регистрации такого нет. оно и понятно. я обычно делаю проверки в диалплане по ip. возможно как то ещё идентифицировать шлюз, как в случае с регистрацией?

просто в случае без регистрации freeswitch кинет вызов в контекст, указанный в sip_profile, а не в тот что указан в шлюзе

зависит от ситуации - можно и профили разные поднять если что

согласен. можно профайлы городить. просто сейчас, лучшее что я придумал, это extensions в public диалплане в котором проверяю по ip адресу/А-номерам и тд

и уже оттуда "пляшу"

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

ну это понятно. я просто думал есть способ "элегантнее"

просто в случае без регистрации freeswitch кинет вызов в контекст, указанный в sip_profile, а не в тот что указан в шлюзе

не для всех встречных с регистрацией верно

ну это ясно. некоторые игнорирую поле контакт

некоторым не нравится когда ты в поле контакт присылаешь gw+

это правится на раз

знаю

extension in contact кажется

или как то так

угу

Вопрос по поводу шлюзов. Если шлюз с регистрацией, то fs добавляет в поле контакт gw+gwname. и при входящей связи, если видит это поле, матчит его со шлюзом и понимает с какого шлюза вызов. При звонке без регистрации такого нет. оно и понятно. я обычно делаю проверки в диалплане по ip. возможно как то ещё идентифицировать шлюз, как в случае с регистрацией?

Не уверен на 100%, но может сработать: <param name="username" value=""/> <param name="password" value=""/> <param name="register" value="false"/>

Full-stack developer | Startupsoft http://telegra.ph/Full-stack-developer-at-Startupsoft-07-18

Всем доброго времени суток кто подскажет что в себе содержат read_codec и writ_codec в CDR ?

Первое это кодек согласованный с а легом

Второй с б легом

Спасиб!

Точнее кодек inbound и outbound легов. Но при обычном звонке без всяких переводов и конференций а лег входящий, б лег исходящий

Приветствую всех. FS 1.6.20 (актуальный) Проблема Служба такси, переодически появляется такая проблема. Входящий звонок (sip trunk, GSM шлюз без разницы) звонок отправляется в мод кол-центр, у которого операторы подгребаются из БД mysql через odbc коннектор. Сами операторы как endpoin пользуются через sipjs по средствам WebRTC (wss). Звонок приходит нормально, оператор отвечает, звонок завершается, все довольный. НО. переодически после звонка у оператора не меняется статус и он продолжает быть status: On Break state: Idle, пока вручную ему не сменить статус. Так же в это время звонок продолжает висеть пока его не убить. Т.е. решения 2, сменить статус и channel убьется либо убить channel и статус изменится. в чем нужна помощь Подсткажите может кто сталкивался с таким, или просто направьте что спрашивать у google. Как это лечится сейча, работает скрипт который тупо сравнивает время start_stamp и нынешним и если оно больше 15 минут то принудительно завершает вызов. uuid_kill 651e8535-4674-462e-be6f-bc4641015295

а cdr используются? у меня похожая проблема. вызовы в таблицу channels добавляются, но некоторые там зависают(правда при этом uuid exists говорит false). возможно, проблема в cdr, так как процесс записи cdr блокирует канал пока не положит в бд/файл данные cdr. из confluence fs: DO NOT write CDR scripts in the hangup hook of your dialplan or ESL script as this will delay the termination of the voice thread and will not scale to large systems

сами cdr постятся по событию channel_hangup_complete. пока процесс не завершится, не придёт сообщение channel_destroy

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

ну вот пример из практики. я работал с одними разработчиками. они использовали json_cdr. постили на веб сервер. когда веб сервер обжирался, у них была задержка в закрытии каналов. channel_destroy приходил примерно через 10 секунд после того как положили трубку. всё это время канал светился в базе данных и во фрисвиче

тоесть, пока web сервер не ответит, или не пройдёт таймаут, канал не кладётся

вот такие пироги

ок, а как можно воспроизвести эту проблему тогда? заблокировать файл Master.cdr на запись?

вы кладёте в csv файл? да. думаю можно попробовать запретить писать в файл. но тут тоже не так однозначно. ибо когда сервер из предыдущего сообщения падал, канал закрывался сразу. говорил ошибка 500 и сохранял json файл бекапный. проблема была именно когда были задержки.

я это к тому

что если просто закрыть файл на запись, fs сразу может дать ошибку permission deny

надо как то сэмитировать большую нагрузку по I/O

надо как то сэмитировать большую нагрузку по I/O

с этим сложности. это прод и просто так мне это сделать не дадут

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

Понял, хорошая идея. Спасибо большое

да незачто

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

ещё я много слышал что odbc медленно работает. но сам не в курсе. не тестировал.

а как канал связан с БД. возможно такое что в момент звонка зависла БД или перестала отвечать и он решил не прекрощать вызов ?

ну как это работает в call center я не совсем уверен. поэтому спрашивал куда у Вас пишутся cdr

возмжно изза большой нагрузки на БД подвисают каналы.

хорошей практикой считается cdr писать в текстовые файлы на RAM диск. оттуда сторонним процессом обрабатывать(класть в бд например)

помоему это костылями называется

хорошей практикой считается cdr писать в текстовые файлы на RAM диск. оттуда сторонним процессом обрабатывать(класть в бд например)

записывается в Файл. после скрипт забирает в бд

хм. тогда поидее в этом не должно быть проблем

но это для CDR

а нагрузка на БД большая вообще?

первым делом уходите от odbc+mysql

там дедлоки

что посоветуете? манго?

postgres

поддержка нативная

да. postgresql хорош.

+ нативная поддержка в fs

без всяких odbc

что посоветуете? манго?

кстати. с монго тоже "классная" хрень была =) на тестовом стенде смотрел как себя ведёт mongo cdr. и так как стенд тестовый, не особо мощный, у меня подвисла виртуалка с бд. фрисвитч не мог записать cdr в базу, и просто начали копиться каналы. добрался до 1000 штук и начал отбивать вызовы типа он занят)

тоесть он не разрывал те канала, для которых не смог записать cdr в монго

каналы*

постгрес как вариант.

всю жизнь на постгресе - и всегда были подвисания каналов, агентов, мемберов

редко но бывает

+ в том что он без промеждутков работает типо odbc

у кого нибудь есть пример подключения gateway через mod_xml_curl?

<?xml version="1.0"?> <document type="freeswitch/xml"> <section name="directory"> <domain name=«mydomain.com»> <user id="gateways"> <gateways> <gateway name="birtan"> <params> <param name="username" value=«ХХХ»/> <param name="from-user" value=«ХХХ»/> <param name="password" value=«ХХХ»/> <param name="proxy" value=«ХХХ»/> <param name="register" value="true"/> <param name="caller-id-in-from" value="true"/> <param name="context" value="default"/> <param name="extension" value=«ХХХ»/> <param name="retry-seconds" value="10"/> <param name="expire-seconds" value="300"/> </params> </gateway> ... </gateways> </user> </domain> </section> </document>

Коллеги, есть ли команда которая может проверить конфигурацию на работоспособность?

reloadxml :)

из консоли фрисвича.

F6

Все понял, спасибо

Сказал что не закрыты скобки, линия 39615 а где теперь их найти?

в /var/log/freeswitch/freeswitch.xml.fsxml

...если фрисвич из пакета

ну врятил там будет) если скобки не закрыты то он не скомпилит вместе все xml файлы

...там найти, а править потом в исходниках

можно примерно оценить где

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

или юзай какой нибудь xml валидатор

там лежит прекомпилированный, так что думаю там найдется. но можно проверить :)

К сожалению не я один доступ к железе, кто-то мог "помочь"

для этого используйте контроль версий

например git

сделал изменения -> commit, push

<?xml version="1.0"?> <document type="freeswitch/xml"> <section name="directory"> <domain name=«mydomain.com»> <user id="gateways"> <gateways> <gateway name="birtan"> <params> <param name="username" value=«ХХХ»/> <param name="from-user" value=«ХХХ»/> <param name="password" value=«ХХХ»/> <param name="proxy" value=«ХХХ»/> <param name="register" value="true"/> <param name="caller-id-in-from" value="true"/> <param name="context" value="default"/> <param name="extension" value=«ХХХ»/> <param name="retry-seconds" value="10"/> <param name="expire-seconds" value="300"/> </params> </gateway> ... </gateways> </user> </domain> </section> </document>

спасибо) почему то везде через configuration делают

а для подключения goip4/8 в режиме config by line есть у кого нибудь конфигурация?

а что вызывает сложности?

...там найти, а править потом в исходниках

В указанном файле в строке 39615 нет ни чего криминального

значит прав был Алексей, он у вас даже не компилируется :( в этом фалике посмотрите, куда смотрит эта строка и ищите её же в обычных файлаъх конфигов

В указанном файле в строке 39615 нет ни чего криминального

искать выше по тексту… ошибка там есть

чаще всего это незакрытый тег xml

Ошибку нашел, спасибо за помощь коллеги!