а "хорошая" это какая?

сколько цпс и каналов?

50-70 cps, xeon 2650

О_О

из них дохрена отбивает

не знаю даже, при 50-70 cps все ок

323 session(s) - peak 487, last 5min 347 10 session(s) per Sec out of max 300, peak 250, last 5min 36

планируется раза в 3 больше

но это bare

свыше 1000 параллельных RTP начинает подниматься позже на 30 сек)

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

легче становится, но не существенно

там же вообще реал тайм желателен..

ну так то да, но ощутимы покашливания начинаются при 500+ звонках

а так вот это конечно гуано time_test 10 10 test 1 sleep 10 29 test 2 sleep 10 30 test 3 sleep 10 37 test 4 sleep 10 34 test 5 sleep 10 24 test 6 sleep 10 30 test 7 sleep 10 29 test 8 sleep 10 29 test 9 sleep 10 29 test 10 sleep 10 28 avg 29

Денис покажи с железяки time_test

а так вот это конечно гуано time_test 10 10 test 1 sleep 10 29 test 2 sleep 10 30 test 3 sleep 10 37 test 4 sleep 10 34 test 5 sleep 10 24 test 6 sleep 10 30 test 7 sleep 10 29 test 8 sleep 10 29 test 9 sleep 10 29 test 10 sleep 10 28 avg 29

а как это делать?

что это вообще?

тики процессора?

fs_cli -x 'time_test 10 10'

ога

test 1 sleep 10 23 test 2 sleep 10 42 test 3 sleep 10 23 test 4 sleep 10 43 test 5 sleep 10 24 test 6 sleep 10 23 test 7 sleep 10 35 test 8 sleep 10 49 test 9 sleep 10 26 test 10 sleep 10 41 avg 32

нде

ну вот как то так

test 1 sleep 10 21 test 2 sleep 10 16 test 3 sleep 10 15 test 4 sleep 10 15 test 5 sleep 10 14 test 6 sleep 10 14 test 7 sleep 10 14 test 8 sleep 10 15 test 9 sleep 10 14 test 10 sleep 10 14 avg 15

вот это железяка

Intel(R) Xeon(R) CPU E3-1240 V2 @ 3.40GHz

ползти то оно ползёт чуть в сторону, но разница ощутимая между железкой и виртуалкой, хз как насчет ядреных виртуалок, а вот ESXi и KVM примерно одинаковая ситуация

Денис покажи с железяки time_test

С овз? Там ваще труба.

на нем вообще не тестил

test 1 sleep 10 121 test 2 sleep 10 97 test 3 sleep 10 109 test 4 sleep 10 98 test 5 sleep 10 95 test 6 sleep 10 94 test 7 sleep 10 97 test 8 sleep 10 111 test 9 sleep 10 109 test 10 sleep 10 93 avg 102 это на Vmware

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

Да я тоже так думаю (и вообще почти все для связи - это на Linux), но Win уважают администраторы у заказчика, на крайний случай - сделаю им образ на Linux (у меня стоит и Win, и Debian в dual boot для разработки), но вообще хотелось получить кроссплатформенное решение. Если будут идеи по запуску Win - просьба сообщить. Сейчас поищу либу, или попробую собрать под Win из исходников.

а что это означает?

test 1 sleep 10 121 test 2 sleep 10 97 test 3 sleep 10 109 test 4 sleep 10 98 test 5 sleep 10 95 test 6 sleep 10 94 test 7 sleep 10 97 test 8 sleep 10 111 test 9 sleep 10 109 test 10 sleep 10 93 avg 102 это на Vmware

ух е

а это означает что у вас очень большой конфликт за ресурсы между виртуалками)

LA какой на сервере?

time_test 10 10 test 1 sleep 10 37 test 2 sleep 10 64 test 3 sleep 10 64 test 4 sleep 10 63 test 5 sleep 10 64 test 6 sleep 10 63 test 7 sleep 10 64 test 8 sleep 10 67 test 9 sleep 10 23 test 10 sleep 10 65 avg 57

это OVZ?

load average: 0.00, 0.01, 0.09

это реал

хм, странно

не совсем понмаю, что это значит

я только timer_test гонял

от пытается сделать слип на 10 микросекунд

ага, только мили помоему

и показывает сколько спал в реальности

нет, микро

Runs a test to see how bad timer jitter is. It runs the test count times (default 10) and tries to sleep for mss microseconds. It returns the actual timer duration along with an average.

мили - это вообще был бы пизнец)

а да, микро

test 1 sleep 10 8308 test 2 sleep 10 83 test 3 sleep 10 2489 test 4 sleep 10 2335 test 5 sleep 10 3542 test 6 sleep 10 1231 test 7 sleep 10 1843 test 8 sleep 10 2249 test 9 sleep 10 90 test 10 sleep 10 88 avg 2225 Это наш кол центр)

манго? )

:D :D

манго? )

нет

test 1 sleep 10 8308 test 2 sleep 10 83 test 3 sleep 10 2489 test 4 sleep 10 2335 test 5 sleep 10 3542 test 6 sleep 10 1231 test 7 sleep 10 1843 test 8 sleep 10 2249 test 9 sleep 10 90 test 10 sleep 10 88 avg 2225 Это наш кол центр)

а что если fs_cli -x 'time_test 1000 10' ?

test 1 sleep 1000 1072 test 2 sleep 1000 1071 test 3 sleep 1000 1068 test 4 sleep 1000 1072 test 5 sleep 1000 1070 test 6 sleep 1000 1072 test 7 sleep 1000 1067 test 8 sleep 1000 1067 test 9 sleep 1000 1072 test 10 sleep 1000 1125 avg 1075

ну ладно, более менее

манго? )

???

погрешность в пределах 0.1 мс это норм

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

блин, интересно было бы ее посмотреть

ее же можно тыкать в лицо

гдето на lists я ее видел

ктото из разрабов кидал

а вот как именно я ее находил уже не вспомню

Используя freeswitch xml_rpc через webapi вроде бы можно получить состояние соединения (hangup, длительность) и т.д. по запросу со стороны клиента. Кто-нибудь пользовался?

А вопрос то в чем

Вопрос в том, что лучше смотреть в эту сторону (сам xml_rpc работает из коробки в Win и Linux, но очень мало примеров) или в сторону ESL (под Win из коробки не работает), если надо отображать ход (дозвон, связь, длительность разговора) в режиме реального времени где-то 200 звонков?

Хэнгапы это только esl

Рпц это отдавать команды

Насколько я понимаю, если часто (раз в 10-15 секунд) посылать запрос по xml_rpc, то можно узнать состояние соединений, или нет?

Можно, но дико накладно

А так есть даже as json

Ивенты же - рисуешь хук в erlang/python/lua и обрабатываешь

Или через есл хоть из го

ESL, конечно, грамотнее будет. Но пока под Win получаю только сообщение об ошибке can't locate loadable object fore module ESL, т.к. надо пересобрать сам ESL под Windows, а пока группа проектов с Freeswitch у меня не собирается, но я в процессе докачивания библиотек из Инета.

Подними его на виртуалке

Можно только есл, да

Сам фс в винде

ESL отдельно? Зачем? Лучше пусть весь FS стоит на одной машине.

Технически оно легко делится, так что вай нот

Тем более для тестов

У меня на виртуалке уже поднят FS под Debian. Правда в тестовой установке с сайта Quick Start FreeSWITCH Demo With Verto Communicator ESL не включен, а при вводе команды make получаю not found make.

Если пользоваться разделом Building From Source Compiling Release Branch (production) (https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie) то установка ESL работает.

О нет, опять неосиляторы нормальных пакетов..

apt-get в помощь

от чего фс может протекать?

от мод-питона

А у кого хватит навыков и ума таки понять, что именно там течет? )

У меня на виртуалке уже поднят FS под Debian. Правда в тестовой установке с сайта Quick Start FreeSWITCH Demo With Verto Communicator ESL не включен, а при вводе команды make получаю not found make.

на дебиане уж действительно лучше через apt-get

от мод-питона

А от чего не течет? Как на астере шоль, на lua фигарить?) или может там как в yate шина данных есть, к которой можно конектиться и серваком рулить?

А от чего не течет? Как на астере шоль, на lua фигарить?) или может там как в yate шина данных есть, к которой можно конектиться и серваком рулить?

А чем вас yate не устроил?

А чем вас yate не устроил?

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

А чем вас yate не устроил?

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

Здравствуйте! Пытаюсь через ESL из скрипта позвонить на 1004, получаю ошибку -ERR USER_NOT_REGISTERED, при этом с 1004 (клиент SIP) могу позвонить через FS. Мне надо программно зарегистрировтаь пользователя? Или я чего-то не понимаю?

А от чего не течет? Как на астере шоль, на lua фигарить?) или может там как в yate шина данных есть, к которой можно конектиться и серваком рулить?

Фиг знает от чего, но течет. Наверняка где то забыли память освободить. Есть event socket - полет нормальный