пошел читать - ранее не читал эту доку,большое спс

там прост список

может что-то и подойдёт

Добрый день. У меня есть небольшая проблема, может кто-нибудь сможет подсказать. Настраиваю opensips в качестве балансера к freeswitch. Сделала скрипт для opensips как здесь https://freeswitch.org/confluence/display/FREESWITCH/Enterprise+deployment+OpenSIPS . Далее я пытаюсь зарегистрироваться через браузер (webrtc) и подключаюсь к opensips. Регистрация проходит успешно но в таблице базы данных freeswitch появляется запись о регистрации с неверным портом - "sofia/internal/sip:3cgh6fcg@buh67u5gorsr.invalid;transport=ws;fs_nat=yes;fs_path=sip:3cgh6fcg@10.0.1.136:25060;transport=ws" . То есть freeswitch записал порт 25060 - это порт opensips, а не реальный порт клиента. Соответственно из за этого не проходят звонки. Может быть что то в настройках freeswitch нужно прописать чтобы он брал порт из заголовка via (rport)?

WS - TCP выводы о портах делайте сами

Добрый день. Чего-то сегодня этот раздел документации по FS больно часто всплывает. :-)

кроме того - раз регистрация на opensips, то почему это fs должен слать напрямую.

А, собственно, почему там должен быть порт клиента, подключенного через websocket?

transport=ws

Ведь FS не может напрямую с ним работать.

кроме того - раз регистрация на opensips, то почему это fs должен слать напрямую.

нет регистрация не на opensips, opensips Nолько перенаправляет sip сигналы

нет регистрация не на opensips, opensips Nолько перенаправляет sip сигналы

При работе с websocket, openSIPS туннелирует весь сигнальный трафик через websocket соединение

Т.е. FreeSwitch будет обмениваться сигнализацией с вашим клиентом, подключенным через websocket только через openSIPS и это нормально.

А в чём выражается "не проходят звонки"? Какой сценарий? Какие симптомы? Что в логах?

https://github.com/havfo/WEBRTC-to-SIP не знаю насколько актуально там

хорошо. Тогда получается что все должно работать, раз opensips тунелирует соединение (и его порт в таблице регистрации fs это нормально). Но звонки не проходят. Может дело в срипте opensips (делала как в https://freeswitch.org/confluence/display/FREESWITCH/Enterprise+deployment+OpenSIPS и еще добавила порты для ws). Также пробовала и по этой ссылке пример https://freeswitch.org/confluence/display/FREESWITCH/OpenSIPS+configuration+for+2+or+more+FreeSWITCH+installs , результат тот же - регистрация проходит, звонки нет. Точнее если я одного клиента регистрирую через opensips, а второго напрямую через freeswitch, то INVITE передается и звонок совершается. А вот если оба клиента регистрируются через opensips, то второй кличент INVITE не получает

хорошо. Тогда получается что все должно работать, раз opensips тунелирует соединение (и его порт в таблице регистрации fs это нормально). Но звонки не проходят. Может дело в срипте opensips (делала как в https://freeswitch.org/confluence/display/FREESWITCH/Enterprise+deployment+OpenSIPS и еще добавила порты для ws). Также пробовала и по этой ссылке пример https://freeswitch.org/confluence/display/FREESWITCH/OpenSIPS+configuration+for+2+or+more+FreeSWITCH+installs , результат тот же - регистрация проходит, звонки нет. Точнее если я одного клиента регистрирую через opensips, а второго напрямую через freeswitch, то INVITE передается и звонок совершается. А вот если оба клиента регистрируются через opensips, то второй кличент INVITE не получает

sngrep?

sngrep?

Да, дампы, логи. Только в виде ссылок на сторонние ресурсы, где это будет размещено.

И мы тут правильно понимаем, что проблема со звонками именно в случае, когда WS----->WS вызов?

И мы тут правильно понимаем, что проблема со звонками именно в случае, когда WS----->WS вызов?

проблема когда ws-ws и оба тунелируются через opensips. Когда тот ws, кому звонят подключен непосредственно к freeswitch а тот ws который звонит, подключен через туннель opensips, все работает хорошо

А вызов в случае ws-ws на FreeSwitch приходит через opensips со стороны того, кто инициирует этот вызов?

А вызов в случае ws-ws на FreeSwitch приходит через opensips со стороны того, кто инициирует этот вызов?

тут не совсем поняла, но кажтся что да. То есть INVITE отправляется через туннель opensips и в итоге передается принимающей стороне (которая уже не через туннель а так к freeswitch подключена)

"Кажется"? Предлагаю проверить и определиться.

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

"Кажется"? Предлагаю проверить и определиться.

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

Я например отказался от OpenSIPS/Kamailio перед FS

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

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

FS как SBC балансирует трафик к другим FS

Вырубайте media и все

OpenSIPS/Кamailio на самом деле крайне кривые поделия

FS как SBC балансирует трафик к другим FS

можно где то прочитать об этом подробнее. Мне нужно в итоге сделать кластер из нескольких fs и чтобы их кто то балансировал и при этом был еще колл центр и все звонки в общей очереди были. Я погуглила все пишут про opensips/kamailio, но вроде как лучше opensips. И вот я стала прикручивать opensips и оно вроде бы и прикрутилось но не совсем.

Хм, да в общем то все есть в их wiki

только там нет детальных howto

https://freeswitch.org/confluence/display/FREESWITCH/Bypass+Media+Overview

В Вашем случае вы сначалаа делаете ваш кол-центр, очереди и т.д. И ТОЛЬКО когда все это успешно работает - делаете балансировку

OpenSIPS/Кamailio на самом деле крайне кривые поделия

Правда, Kazoo боюсь не согласятся. :-)

Ибо сделать кол-центр на нескольких хостах существенно сложнее чем на одном. Добейтесь чтобы в ручном режиме вы прозрачно использовали решение. Балансировка это очень простая задача которую затем прикрутите

Их право.

Ибо сделать кол-центр на нескольких хостах существенно сложнее чем на одном. Добейтесь чтобы в ручном режиме вы прозрачно использовали решение. Балансировка это очень простая задача которую затем прикрутите

+

Vicidial вообще так эту задачу и не решил, там всё в холодном режиме

OpenSIPS/Kamailio обладают некоторыми плюсами конечно - но стоит рассматривать задачу в комплексе. Кривой и неявный синтаксис Opensips/Kamailio, слабая документированность, отлаживаемость и т.д. заставляет тратить много времени на тривиальные задачи

Да как SIP прокси он очень производителен - и упереться в его лимит сложно

OpenSIPS/Kamailio обладают некоторыми плюсами конечно - но стоит рассматривать задачу в комплексе. Кривой и неявный синтаксис Opensips/Kamailio, слабая документированность, отлаживаемость и т.д. заставляет тратить много времени на тривиальные задачи

Это не для нубов инструмент.:-)

Но для подавляющего большинства задач упереться в лимит FS в режиме bypas-media тоже не реально

Да. FS хорош.

Это не для нубов инструмент.:-)

Это устаревший кривой, ржавый молоток, который используется по историческим причинам

а что вместо?

FS ?

Да, все работает только на FS и прекрасно

даже если надо телефонизировать страну

и электрофицировать :)

Электрофорировать

@antonvazir Это руки у вас кривые а не opensips/kamailio кривые)))

О, переходим на личности, мозоль отдавил?

Констатация факта, исходя из Вашего заявления

Вся кривизна, неявность и сложность дебага kamailio|opensips заключается исключительно в неумении работать с SIP и незнании как он работает

А сколько времени кто потратил на то чтобы не удосужиться изучить это дело - это не показатель опыта

Ну, сделав неверные выводы на основании нескольких мною сказанных слов в контексте применимости определенного инструмента для новичков, вы демонстрируете исключительно ограниченность своего мышления. Посему дальнейшую полемику лично с Вами считаю глупой.

Так вы говорили про себя а не про новичков

А Самодурство -это да. Очень глупо.

Господа, будьте так любезны, выясняйте отношения в личке

@igor +

Здарова бандиты! Кто откроет секрет мастерства? Как на GOIP уменьшить PDD - Post Dial Delay

может какие тонкие настройки есть в файле конфига? Ну или специфический dial tone...

щас порядка 10 сек, хотелось бы пошустрее

Вроде как о фрисвиче тут народ толкует. GoIP выглядит как offtopic

не не говном не кидайтесь Goip прикручен к FS так что я в теме.

а кто подскажет почему вин10 не видит самбовые шары (говном не кидаться - на винде стоит софтклиент к фрисвитчу)

вот примерно так звучит )))))

щас порядка 10 сек, хотелось бы пошустрее

А разве там PDD определяется не сигналом, полученным из сотовой сети? Или он тупо звонить начинает с отсрочкой?

может какие тонкие настройки есть в файле конфига? Ну или специфический dial tone...

какие диалтоны? это не аналоговые шлюзы все там нормально рвется сразу

какие диалтоны? это не аналоговые шлюзы все там нормально рвется сразу

речь шла о Network Tones

где то на просторах интернета слышал от шаманов версию о том что Chehoslovakia tone срабатывает быстрее.

где то на просторах интернета слышал от шаманов версию о том что Chehoslovakia tone срабатывает быстрее.

там просто пространственно-временной континуум нарушается, звонок возвращается в 1993 :D

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

никак

поменять оператора

В Астериске можно победить

А вот как в ФС?!

если ты убьешь 183, то ты убьешь одновременно автоинформаторы

ignore_early_media

типа абонент недоступен

и будет ложный кпв

Да

а такой оператор в дефолт сити?

Нет конечно. Это для звонков в Украину. У него тарифы хорошие

Ну вообще там есть модуль детектора КПВ по эвенту которого можно сделать pre_answer

а ещё можно игнорировать early media через dialplan только для отдельных направлений

Да, спасибо за подсказки. Попробую

ребята, а подскажите, есть ли возможность заставить FS завершать сессию не дожидаясь ACK на отправленный BYE?

ну как бы это часть протокола

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

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

а у меня звонки висят в состоянии зомби

Меняй аплинка. Это вроде тока в исходниках можно, но так себе вариант

ребята, а подскажите, есть ли возможность заставить FS завершать сессию не дожидаясь ACK на отправленный BYE?

почему ACK? OK же

сори, OK, да