спасибо!

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

Breaking news! https://javachannel.org/posts/non-blocking-vs-blocking-i-o-go-with-blocking/ https://news.ycombinator.com/item?id=1551776 Да, на количестве (бездействующих) клиентов вроде 20 000 (двадцать тысяч) неблокирующее IO может быть опять станет быстрее. Но тут у людей и тысяча-то на одном сервере встречается редко.

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

Как раз не затратная.

Как раз не затратная.

С чем сравниваете ? Излишние переключения контекста между потоками же. Не зря методика использования пула потоков придумана.

С чем сравниваете ? Излишние переключения контекста между потоками же. Не зря методика использования пула потоков придумана.

Вы по ссылкам пройдите, там подробный разбор.

Подскажите, у кого есть, или где можно достать работающий конфиг подключения goip к freeswitch? Чтобы можно было в fs явно указывать через какой канал совершать звонок

Возьмите любой конфиг с двумя гейтами и сделайте по аналогии.

Вы по ссылкам пройдите, там подробный разбор.

может покажите рабочий сервер к 10к коннекшнами где на каждый коннекшн по потоку?

может покажите рабочий сервер к 10к коннекшнами где на каждый коннекшн по потоку?

Я выше написал про типичное количество клиентов на одном сервере FS. Никакими 10 000 там и не пахнет. Пройдите по ссылке, пожалуйста.

Чёт гоипщики набегают

Чёт гоипщики набегают

А что с ними не так?

так вы говорите о проигрыше асинхронного подхода по техническим причинам, или про то что "это ненужно"?

А что с ними не так?

Интересно от чего. Третий вопрос про гоип за пару дней

Интересно от чего. Третий вопрос про гоип за пару дней

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

так вы говорите о проигрыше асинхронного подхода по техническим причинам, или про то что "это ненужно"?

По техническим причинам. Я указал даже материалы с подробным разбором. К слову, я в курсе, что такое epoll, а под IOCP и java nio писал сам (в отличие от...). Но, видите ли, люди поумнее меня померили и выяснили, что блокирующее IO таки быстрее на уровне "тысяча-другая" клиентов.

чтото ваши материалы на разборы не похожи

в них речь от java NIO

и ниединой цифры

у вас речь о тысяче клиентов или о тысяче сессий кстати?

Это повод для размышлений, почему FS работает так, как он работает. Главитальянец, создатель FS, вероятно тоже умеет читать и считать, и поэтому FS работает по принципу "один поток на одно соединение".

Подскажите, у кого есть, или где можно достать работающий конфиг подключения goip к freeswitch? Чтобы можно было в fs явно указывать через какой канал совершать звонок

Создаете пользователя на FS, подключаете к Гоип, прописываете префиксы на каналы

у вас речь о тысяче клиентов или о тысяче сессий кстати?

Я пишу про тысячу активных сессий, где идёт активная передача данных между клиентами.

Это повод для размышлений, почему FS работает так, как он работает. Главитальянец, создатель FS, вероятно тоже умеет читать и считать, и поэтому FS работает по принципу "один поток на одно соединение".

аргументация огонь. А разработчики kamailio, немцы, и потому не форкают по потоку на транзакцию))

вообще речь выше шла о том что fs не очень применять как транзитную систему

аргументация огонь. А разработчики kamailio, немцы, и потому не форкают по потоку на транзакцию))

А там есть перекодирование и тп.? У них задача - держать неактивные сокеты. Зачем там по потоку на клиента, если этот клиент может сутки молчать?

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

А там есть перекодирование и тп.? У них задача - держать неактивные сокеты. Зачем там по потоку на клиента, если этот клиент может сутки молчать?

а что перекодирование в 1000 потоков лучше работает чем в 8 потоков(по кол-ву ядер процессора)?

а что перекодирование в 1000 потоков лучше работает чем в 8 потоков(по кол-ву ядер процессора)?

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

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

под sems вполне удобно разрабатывать

например

Дополню. Отличие FS от камаилио в том, что в потоке, в ноге соединения, может работать произвольный код. Например, на lua, или на питоне. Со всеми сопутствующими вещами вроде непредсказуемых задержек. То есть, работа в общем пуле вида 8 потоков на 4 ядра при малейшей ошибке тормозила бы 1/8 всех подключенных клиентов.

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

От удобства разработки зависит такое, что бэкенд на с++ писать перестали, а перешли на java и проч. Потому что на яве оно будет написано за обозримое время и вообще - написано, а на С++ - не факт.

вы про какой бекенд сейчас?

Про типичный энтерпрайзный.

а как он к транзиту относится?

Он относится к аргументу "или разрабатываем на том, на чём можем разрабатывать, или вообще никакого продукта не будет". Об удобстве.

Ну я не против этого вашего аргумента. Просто для массового обслуживания нужен другой подход. Это не говорит что fs плохой или еще чтото.

Ок, я не хочу дальше спорить.

аргументация огонь. А разработчики kamailio, немцы, и потому не форкают по потоку на транзакцию))

Немцы те ещё порнографы

@aklin2 Скажите, если вы даже писали под sems, то может быть видели и трогали такое: http://www.projectclearwater.org/about-clearwater/ Оно вообще кем-нибудь применятся, встречалось в вашей практике?

только слышал про это, сам не пробовал

Ух ты, а если не секрет и это где можно подписать так в принципе ?

FreeSWITCH 1.8 to be released. - крики радости уже были ?

Что существенно изменили?

Или просто гонка за цифрами?

Ух ты, а если не секрет и это где можно подписать так в принципе ?

ну мне он на клюконе подписал) еще мы встерчались в милане - он там живет - там тоже можно взять афтограф наверное)

а браен там был? который пишет на любой вопрос "заплатите нам 5 тысяч, тогда мы подумаем"))

на клюклне все были)) раз в год собираются всем составом.

кстати билет тоже не дешевый

FreeSWITCH 1.8 to be released. - крики радости уже были ?

ETA не сообщили?

Что существенно изменили?

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

То есть тупо цифромерка?

Вот 1.6 это да, полностью переработанное видео

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

а как звать бота который чистит чат от китайских спамеров?

а как звать бота который чистит чат от китайских спамеров?

adolf

а как звать бота который чистит чат от китайских спамеров?

терминатор )

терминатор )

я имею ввиду через @

я имею ввиду через @

@Cyberdyne_Systems_bot

Можно ли в считать SIP заголовок, если в данном заголовке приходит 181 Call is Being Forwarded, то обрубить звонок? Кто нибудь сталкивался? Как то в extension описать можно?

Можно ли в считать SIP заголовок, если в данном заголовке приходит 181 Call is Being Forwarded, то обрубить звонок? Кто нибудь сталкивался? Как то в extension описать можно?

Я бы предложил взять скрипт отсюда https://freeswitch.org/confluence/display/FREESWITCH/SIP+Protocol+Messages Но повесить хук на https://freeswitch.org/confluence/display/FREESWITCH/execute_on_originate

В какой переменой идут Response коды, не могу что то понять ?

Ночное

Ноу проблем - ставим внутрь аддпак с возможностью импульсного набора и подключаем к ip телефонии. Нужно только переходничок замутить, что бы импульсы на аддпак подавать

@sia_87 будет жить. Поприветствуем!

я такой подключал, даже работал

почему во время звонка постоянно запрашивается directory при использовании mod_xml_curl?

по несколько запросов в секунду

Ну там по любому чиху. Voicemail например

В запросе есть инфа обычно для чего нужна директори

Presense

Тоже требует

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

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

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

Просто эта часть FS сделана немного по-мудацки. Могли бы сделать и использовать кэш, но не стали.

Просто эта часть FS сделана немного по-мудацки. Могли бы сделать и использовать кэш, но не стали.

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

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

Я имею в виду, что FS мог бы кэшировать запрошенное внутри самого себя, 1) на указанное время 2) до указанного размера кэша 3) с указанным алгоритмом кэширования - lru там и прочее. Да, можно это же самое руками написать самому, но это не подход "настроил и работает".

мне вообще не очень нравится xml curl. вкусовщина конечно. но сам факт постоянного обращения к веб серверу меня не очень радует

Я имею в виду, что FS мог бы кэшировать запрошенное внутри самого себя, 1) на указанное время 2) до указанного размера кэша 3) с указанным алгоритмом кэширования - lru там и прочее. Да, можно это же самое руками написать самому, но это не подход "настроил и работает".

я с Вами не спорю) такой функционал был бы полезен некоторым людям. Но , видимо, мейнтейнерам эта задача не кажется важной

А атрибут cacheable не поможет?

коллеги, подскажите: как позвонить через шлюз так, что б в request URI было не имя прокси, а что-то другое. но уйти запрос должен именно на указанный прокси. в общем, как через шлюзы сделать что-то типа sofia/external/sip:123@domain.com;fs_path=1.1.1.1;transport=tcp

шлюзы = gateways

вы хотите формировать кастомный RURI но при этом слать INVITE в определенный шлюз, уже существующий в профиле, я правильно понимаю?

да