Ну так АПИ и выступает балансировщиком котороый определяет путь

Так АПИ это не FS

Апи и есть балансировщик

так речь про балансировщик в итоге

Это специфичная система, к обычной телефонии не имеющая отношения :) Так что тут всё можно)

У меня похоже

так речь про балансировщик в итоге

Верно. Но балансировщик - не FS

если говорить о балансировке на уровне SIP когде есть 1 домен и за ним надо спрятать целую систему - то пакет должен идти на этот домен а за ним уже должно раскидываться

если говорить о балансировке на уровне SIP когде есть 1 домен и за ним надо спрятать целую систему - то пакет должен идти на этот домен а за ним уже должно раскидываться

Да. Все верно. И это kamailio/opensips и еще куча решений

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

я интересовался именно уровнем SIP

про апи мне и так понятно)

на уровне сип - вам как угодно

вы можете на том же FS реализовать

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

А ещё и гибче

да хоть на астериске в общем то (просто будет B2B)

Ну. про проще и гибче - тут спорно

Мы, например, распределяли пользователей по генерируемой нагрузке на разные серверы. Тех, у кого будет много траффика на более мощные серверы, у кого меньше - на слабенькие

так то готовый протокол есть

а так свой придумывать

и потом еще понимать почему плохо придумали

потом делать v2

фс как балансировщик, а где почитать7

котора хорошо работает но все равно плохо.. )))

фс как балансировщик, а где почитать7

Kamailio лучше в этой роли.

А если бы использовали kamailio то это была бы простая балансировка, которая бы могла загнуть один из серверов

Kamailio лучше в этой роли.

Согласен

я просто о том что это не ограничение

Kamailio лучше в этой роли.

Я тоже соглашусь:)

просто строить балансировщик на том же FS или asterisk это 1. как из пушки по воробьям 2. усложнение логики обработки SIP транзакций так как появятся бриджи там где не нужны

Кроме того, Kamailio после установления сессии можно исключить из цепочки обработки сигналлизации.

Т.е. режим: отправил и забыл.

Т.е. режим: отправил и забыл.

На практике с транзитным траффиком такое хорошо делать а вот при построении конечной системы где еще и транки вешаются через uac- этот сценарий все менее и менее вероятен ТАк как появляются транки с регистрацией и так далее. Не сппорю. Просто поясняю

Kamailio как балансировщик перед кучей астерисков - ни разу еще никаких проблем или трудностей не было

Как вариант - OpenSIPS тоже так умеет, отправил и забыл.

same same

Kamailio=openSIPS/openSER :-)

Kamailio как балансировщик перед кучей астерисков - ни разу еще никаких проблем или трудностей не было

когда знаешь как готовить проблем и не будет.

Добрый день, Хочется немного необычного: мониторить ФС и систему в целом с весьма мелким интервалом, секунд в 5-10. Понимаю, что такой удалённый опрос это дорого во всех смыслах. Поэтому мне думается некий локальный агент, который собирает, аггрегирует и отдаёт скажем раз в минуту куда-то. Есть ли что-то похожее готовое?

zabbix же, не?

nagios/insinga или как оно там

а разве оно умеет в таком режиме?

icinga/nagios точно не или у меня старые сведенья

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

хотя у нас центральный мониторинг на icinga и это было бы удобно

ну у icinga там распределённые сервера которые опрашивают и сливают в центр

наши юниксоиды сходу не смогли мне ничего посоветовать :( помучаю ещё наш мониторинг, но боюсь тоже успеха не будет

https://www.zabbix.com/documentation/3.4/ru/manual/appendix/items/activepassive

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

Я неправ - у агентов есть буффер по заполнению которого осуществляется отправка - надо пробовать. Спасибо

freeswitch умеет snmp

столько слов - уже бы своего агента написали Там делов то

я просто данные по snmp снимаю

В одном из проектов у нас kubernetes чекает севрисы по liveness/readiness собственно readiness отдает сервисы которые приконнекчены к серверу Среди них ESL соответсвеено если ESL down - то и FS считается down

Добрый день, Хочется немного необычного: мониторить ФС и систему в целом с весьма мелким интервалом, секунд в 5-10. Понимаю, что такой удалённый опрос это дорого во всех смыслах. Поэтому мне думается некий локальный агент, который собирает, аггрегирует и отдаёт скажем раз в минуту куда-то. Есть ли что-то похожее готовое?

а что именно хочешь от заббикса?

а что именно хочешь от заббикса?

Ровно то, что написал: что-то сидит потихоньку ЧАСТО собирает данные(локально то оно не так грузит), буфферизирует или даже аггрегирует(меня на самом деле интересует просто максимум буффера). Не обязательно от заббикса.

Ровно то, что написал: что-то сидит потихоньку ЧАСТО собирает данные(локально то оно не так грузит), буфферизирует или даже аггрегирует(меня на самом деле интересует просто максимум буффера). Не обязательно от заббикса.

тьфу, опечатался, мониторить что хочешь. на фрисвиче. какие параметры?

стандартно: каналы, CPS, время отклика, ещё бы интенсивность потока ESL и время реакции

У меня на Заббиксе такое. Мониторит живость и cps/cph. Другого не нужно пока :)

Самопальными скриптами обмазано

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

Добрый день! Подскажите, пожалуйста, как нужно настроить профили Sofia-SIP и диалпланы во Freeswitch при следующем сценарии использования: 1) Имеем небольшую машину выполняющую роль локальной АТС: подключены как аналоговые телефоны через платы расширения, так и IP-телефоны за одним из интерфейсов (там неуправляемый коммутатор к которому все цепляется) 2) Имеем вторую подсеть в которой такая же АТС. 3) Соответственно в каждой АТС по 2 Ethernet порта: один смотрит на коммутатор за которым локальные IP телефоны, второй на общую сеть (там маршрутизатор и т.д.) за которой стоит вторая АТС 4) У каждого интерфейса своя подсеть Нужно чтобы локальные пользователи могли через второй интерфейс совершить звонок на вторую АТС.

ERROR: S client not available

начать стоит с чтения статей по Sofia и XML dialplan в Confluence, если будут какие-то проблемы, которые не гуглятся, спросить здесь

Спасибо. Читал я там и не раз, но все примеры сводятся к настройке Sofia с использованием либо одного профиля, либо двух профилей, но на одном интерфейсе (с разными портами). Из всего этого пока худо-бедно понял только это (и то не уверен): надо сделать свой профиль с привязкой к каждому интерфейсу, завести диалплан в котором указать, что при звонке с определённым префиксом идти на определённый профиль.

скопируй internal профиль и дай другое название

внутри профилей поправить на каком ип они будут висеть

спасибо, как раз так и решил сделать

а это единственный путь в твоем случае вроде

не забудь внутри профиля поменять имя

Баньте его сразу) во всех каналах рекламу постит

Баньте его сразу) во всех каналах рекламу постит

Правда?

ну дайте хоть спам почитать )

Это правда

А что за реклама-то?

даркнет поди

Сделаю СЕО для вашего ФС)?

ВЕО

Здравствуйте! Я только начинаю осваивать freeswitch. Подскажите, пожалуйста, в freeswitch возможно реализовать что-то подобное static realtime postgresql в asterisk для конфигурации sip и диалплана? Я что-то не понял из описания. И если да, то надо ли какие-то модули включать в modules.conf? Я там нашёл только для cdr postgresql.

mod_xml_curl вполне подойдет для dialplan но правда не из БД а через http

Спасибо. А sip с помощью curl нельзя управлять?

что есть "управлять сип через курл"?

авторизацию проверять?

Добавить пользователя, например.

можно запрашивать авторизацию через курл

и соответственно либо выдавать либо нет

Ок, а я там видел, что радиус поддерживается, правильно ли я понимаю, что и через радиус может авторизовать? Просто астериск так не умеет, например, он только аккаунтинг может через радиус.

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

Ок, спасибо большое, понял.

Привет. Всем.

хеллоу

Всем привет. Подскажите плз, как из функции sofia_contact получить только host part?

Или есть другая переменная?