Парни, в кои веки раз, но вопрошаю к уважаемому сообществу: обладает ли кто информацией о решениях(openSOURCE и проприетарных), аналогичных ОкТел "Антиробот"? Если да, то прошу высказаться. ;-)

лучше в ru_voip спрашивать, фанаты oktel там. коммерческий модуль mod_amd смотрели? я вообще не в курсе за антиробот, но судя по названию может быть и оно.

лучше в ru_voip спрашивать, фанаты oktel там. коммерческий модуль mod_amd смотрели? я вообще не в курсе за антиробот, но судя по названию может быть и оно.

mod_amd не даёт нужного функционала или его тоже можно "обучать"? P.S. не фанат ОкТел и мне нужен аналог их продукта ;-)

mod_amd не даёт нужного функционала или его тоже можно "обучать"? P.S. не фанат ОкТел и мне нужен аналог их продукта ;-)

https://freeswitch.org/confluence/display/FREESWITCH/mod_com_amd я сам не пользовался, так что не в курсе, могу разузнать, если вам интересно

https://freeswitch.org/confluence/display/FREESWITCH/mod_com_amd я сам не пользовался, так что не в курсе, могу разузнать, если вам интересно

Да, интересно. В личке можно пообщаться на эту тему. Спасибо.

@kvishnivetsky sangoma callanalyzer, насколько оно сейчас актуально и продаётся уже не помню

@kvishnivetsky sangoma callanalyzer, насколько оно сейчас актуально и продаётся уже не помню

Посмотрю, спасибо.

Ещё уточнение: не интересны облачные решения.

Друзья есть у кого готовое решение софтсвитч с биллингом? Может кто продать желает или в аренду?

биллинг сертифицированный?

Друзья есть у кого готовое решение софтсвитч с биллингом? Может кто продать желает или в аренду?

mod_nibblebill - готовое решение. Если нужна вебка с управлением смотрите в сторону http://www.astppbilling.org/

Не смотрите в ASTPP, если не хотите лезть в код

Там багов хватает

А в том, как биллинг считает черт ногу сломит

Есть pyfreebilling, как раз мордочка к mod_nibblebill

Но если хочется ASTPP, лучше уж a2billing

Если хардкора хочется - sipprovider:ce, но там нету препейда

Есть ещё русский Yeti, но я его не трогал

Есть ещё русский Yeti, но я его не трогал

Из надёжного источника: Yeti хорош.

+1

пользуюсь

лучше камилы

Камила?

https://yeti-switch.org/ - оно?

https://yeti-switch.org/ - оно?

Да

Резервный был?

Ага

Камила?

Легендарный капитан отряда геномодифицированных телефонисток специального назначения Камила...

Работают на сверсекреиных телефонных стендах порожденных сумрачным советскис гением

Говорят что они никогда не стареют

Ахахах)

Kamailio

Так Камаилио он и не про биллинг

Я потому и уточнил. Может и пропустил разработку сумрачного гения

Дык и йети не о том. Когда я на него смотрел последний раз, биллинг как-то совсем в памяти не отложился. Мне он не понравился двумя вещами сразу: это старая перепиленная версия SEMS и там руби.

Ну и пилят его трое штоле хлопцев с Украины - коммунити тоже не видать. Хотя в хомере они себя зарегали :)

Для реального хардкора надо брать CGRateS imho. sipprovider:ce ни в какое сравнение не идёт(кстати, что там страшного то?) :) Если не нужен полный b2bua - spce тема.

А нет ли какого-нить crash-course по TLS? Или только вики? Просто я совсем не в теме - пните в нужном направлении, хоть понять концепцию с чем едят, как посторонние люди стыкуются(ну там сертификатами обмениваются например или ещё как)

https://rtfm.co.ua/what-is-ssl-tls-v-detalyax/

Спасибо! Туман начинает проясняться :)

Привет всем. Если кто сталкивался с проблемой(а лично я такую схему частенько реализую, когда в "облаках" АТС разворачиваю), то решение найдено: https://github.com/firewalld/firewalld/issues/263

Привет всем. Если кто сталкивался с проблемой(а лично я такую схему частенько реализую, когда в "облаках" АТС разворачиваю), то решение найдено: https://github.com/firewalld/firewalld/issues/263

Спасибо

Всех с Праздником, со Светлой Пасхой! Христос Воскресе!

Воистину Воскресе!!!

вы же ИТ

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

Потому что в нашем деле без этого нельзя...

так вот в чем причина моих бед! а то все "руки кривые", "руки кривые"

только бубен вам поможет

остальное бред

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

Ну и пилят его трое штоле хлопцев с Украины - коммунити тоже не видать. Хотя в хомере они себя зарегали :)

Пообщался с ребятами, оказалось это didww его делают. Я так понял, меры накушались и своё пилить начали. Так что не просто 3 хлопца с улицы :)

так вот в чем причина моих бед! а то все "руки кривые", "руки кривые"

От "кривых рук" Бог помогает.

От "кривых рук" Бог помогает.

Ну да, ну да ?

Пообщался с ребятами, оказалось это didww его делают. Я так понял, меры накушались и своё пилить начали. Так что не просто 3 хлопца с улицы :)

Ну то что они «с улицы» я не говорил, но сути это не меняет - контрибуторов и комьюнити нет :( Да и их работодатель тоже не так чтобы величина - только в связи с йети и услышал - мелкая прибалтийская шаражка :)

Из Одессы :) Я просто к тому, что своё дело знают

Парни, вот и мне помощь потребовалась:) Кто-нибудь знает как заставить клиента перерегистрироваться чаще? Поставил в sofia.conf параметры session_timeout = 30 sip_force_expires = 30 sip-expires-max-deviation = 10 И всё равно берется значение, которое клиент отправил (5 минут)

И если клиент теряет связь, то сервер об этом узнает только через 5 минут

Может я не там это делаю?

Парни, вот и мне помощь потребовалась:) Кто-нибудь знает как заставить клиента перерегистрироваться чаще? Поставил в sofia.conf параметры session_timeout = 30 sip_force_expires = 30 sip-expires-max-deviation = 10 И всё равно берется значение, которое клиент отправил (5 минут)

Думаю, что на клиенте. Если клиент тупой, то сервер ему не поможет

Думаю, что на клиенте. Если клиент тупой, то сервер ему не поможет

на клиенте к сожалению нет возможности поменять:(

и клиент - pjsip

Я делал в настроках конкретного пользователя в directory <param name="sip-force-expires" value="1800"/>

Я делал в настроках конкретного пользователя в directory <param name="sip-force-expires" value="1800"/>

Спасибо! Попробую сегодня)

И если клиент теряет связь, то сервер об этом узнает только через 5 минут

А в каком смыле "теряет связь"? Исходящие или входящие не проходят?

А в каком смыле "теряет связь"? Исходящие или входящие не проходят?

Ну например умерло приложение не сообщив на сервер что более недоступно. Или сеть потерялась.

Я делал в настроках конкретного пользователя в directory <param name="sip-force-expires" value="1800"/>

Попробовал - всё так же висит регистрация с дефолтным таймаутом в 5 минут =(

Ну например умерло приложение не сообщив на сервер что более недоступно. Или сеть потерялась.

Т.е. на самом деле интересует механизм аналогичный Asterisk::SIP::Qualify - периодическая "пропинговка" пира на предмет "живости".

Не знаю как на астере это) Я знаю, что клиент отдает заголовок Expires)

И вот его нужно уменьшить и заставить клиента чаще "пинговаться")

А в дампе процесса регистрации сервер отдаёт в 200 OK клиенту заданный в конфигурации период?

да, так и есть

не смотря на флаги

Т.е. сервер сообщает клиенту тот период, который ты задал в настройках FreeSwitch, но клиент это игнорирует?

хм. щас продебажу этот момент

Напомню, что по RFC клиент обязан принять переданное сервером значение.

у вас ip-шинк динамический и меняется каждые 5 минут и чаще? если да, надо чинить сеть, если нет, то частая перерегистрация вам не нужна. шлите FS->client options каждые 24 секунды и три нуля клиентом каждые 10, всё в порядке будет

или на tcp переходите

Посмотрел на линфоне - все ок. перерегистрация каждые 30 секунд.

Значит проблема ещё глубже

Я намекал, что проблема в самом клиенте и если есть возможность, то править код нужно. Однако, если отталкиваться не от "костылей", а от сути, то @nuclear_horse правильные вопросы задал.

Костыль этот, к сожалению, нужен. Я бы рад от него избавиться, но тут без вариантов) Проверил на линфоне - всё работает вроде бы (после того как прописал в директории таймаут). Сейчас ещё на pjsip буду дебажить.

Напомню, что по RFC клиент обязан принять переданное сервером значение.

А если не принимает, то сервер делает окфейс и продолжает пинговать в значение заданное клиентом?

А если не принимает, то сервер делает окфейс и продолжает пинговать в значение заданное клиентом?

А сервер не пингует. Сервер выставляет таймер и по его истечению, если со стороны клиента не было никаких действий по сбросу этого таймера считае регистрацию "протухшей".

А сервер не пингует. Сервер выставляет таймер и по его истечению, если со стороны клиента не было никаких действий по сбросу этого таймера считае регистрацию "протухшей".

Ну он же опирается на значение, полученное от клиента? Сейчас у меня в директории стоит таймаут 30 секунд. Линфон когда отваливается, FS его регистрацию сбрасывает через 1 минуту примерно. Когда отваливается клиент на pjsip, тогда FS его регистрацию сбрасывает через 5 минут. В линфоне по дефолту стоит таймаут 3600(1час), в pjsip - 300 (5 минут)

А сразу после регистрации sofia status твой_профиль reg что показывает для этих клиентов?

ща гляну

EXPSECS показывает сколько осталось до обновления?

До протухания.

у всех максимум 90..

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

Причём, можешь для начала вырубить оба телефона так, чтобы они не смогли "разрегистрацию" послать.

Можно ли чисто по одному юзеру смотреть а не по профайлу?

На самом деле, у FS есть запас на регистрации, т.е. он их не сразу удаляет, а даёт ещё немного времени на то, чтобы приложение успело "подновить" регистрацию.

что-то дофига листать и искать что бы мониторить)

grep тебе поможет

Получается что pjsip тоже нормально отрабатывает

только конференция, созданная юзером живет