Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Аппаратные требования Asterisk

0

Добрый вечер!

Интересует практика применения Asterisk в реальных условиях. Сколько одновременных звонков может выдержать система на гигагерцовом процессоре? Статьи я уже всяческие почитал, но хотелось бы услышать о реальном использовании систем в постоянных, а не тестовых условиях. Стоит P3 старенький вот на нем и хотел бы поднять систему: порядка 50 абонентов внутренних, 10-16 внешних линий, IVR и так же запись на внешних линиях. Внутренние соответственно 711, внешние часть на 729, часть на 711(операторы разные)

Хочу так же попробовать установить такую систему в офис на базе MSTI PDX-600 1 ГГц с 512 мб памяти(очень компактный и охлаждение пассивное). Вот интересно потянет или нет.

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

спросил 2011-05-26 18:21:34 +0400

Seven Gravatar Seven
59 9 3 13

Comments

на P3 боюсь придетца самому пересобирать всё - последние сборки линуха уже под более новые процы... Zavr2008 ( 2011-05-26 23:17:37 +0400 )редактировать
да ну? это какие сборки под процы новее i686? meral ( 2011-05-27 05:52:38 +0400 )редактировать
i586, meral - там p3 !!!!! нет там комманд P4. Куда там до Atom, наследника P4 :))) Zavr2008 ( 2011-06-01 01:40:52 +0400 )редактировать
нефига не понял. а с каких это пор p3 не поддерживает i686? прошу на вики вспомнить что такое 686. все процессоры выпускаемы в данные момент начиная с Pentium II эту архитектуру поддерживают одинаково. centos скомпилен под generic i686. тоесть ему пофигу. перекомпилировать надо via c3. я без понятия на что они расчиттовали, но без перекомпиляции все прекрасно работает но мееееедлеееенннооо. meral ( 2011-06-01 22:12:08 +0400 )редактировать
meral, я сам накололся несколько лет назад - VIA системки на Mini-ITX. Но в P3 нет ведь SSE!!! Часть кода уже под него собрано - реально получить Kernel Panic.. Zavr2008 ( 2011-06-02 14:38:11 +0400 )редактировать
в центос нету никакого ссе ;) там кажися даже ммикс нету meral ( 2011-06-02 20:28:19 +0400 )редактировать
meral, ты хочешь сказать gcc не использует оптимизацию вообще? :) Траблы с пересбором для VIA именно с этим и связаны были помню.. Вообще же данная тема малость не актуальна - атом затыкает P3 и не надо гиморитца.. плюс не шумит. :) Zavr2008 ( 2011-06-04 14:09:12 +0400 )редактировать
я хочу сказать что центос не собирается с оптимизацие по ссе и ммх. meral ( 2011-06-05 12:18:05 +0400 )редактировать

7 Ответов

4

реально ответ не получиться. ибо,

1) 1Гц на core i7-2400 приблизительно в 2.5 ефекстивнее работает чем 1ГГц на pentium D ;)

2) возможно запустить гдето до 200 звонков на ГГц. если а) нет проксирования траффика. б) больше ничего кроме звонков нету в) звонки по 40 минут длительностью.

3) и вто же время на ТОМ же процессоре можно написать диалплан который больеш 4 звонков не выдаст. самый наглядный вариант - среднее время звонка 1 секунда и управление agi скриптом+agi скрипт по hangup - таким дурацким образом написан vicidial к примеру.

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

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

PDX-600 он же Vortex86. фиг его занет вообще работает с ним или нет. и как. хотите чтото пассивное -ставте pentium 2140 на micro ITX, понижайте частоты(на плате или просто через powersaved). или атом(лучше двухядерный ). via с3 както не имеет смысла(цена таже,тормозит больше или полная рекомпиляция системы под нее)

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

ответил 2011-05-27 06:02:30 +0400

meral Gravatar meral flag of Ukraine
21228 24 19 169
http://pro-sip.net/

обновил 2011-05-27 06:04:15 +0400

Comments

meral, а если я вам усложню задачу. Возмём например freepbx. Порекомендуйте какие нить маленькие железки для ip ats из того что вы пробовали с указанием их сильных сторон. Всмысле собранные в корпусе как предлагает автор или всё на одной мат плате. И кстати народ, никто не задумывался продавать не свои поделки с астериском внутри и тупо аппаратную платформу что бы покупатель сам смог туда поставить астериск и ос. А в характеристиках указывать например нагрузку с учётом базовых конфигураций, типа сколько абонентов с freepbx, сколько голый в режиме проксирования ну и т.д. Просто такие вопросы по поводу железа возникают постоянно и на них сложно ответить, а тут можно отправить по ссылке и сказать выбирай. Сейчас что касается компьютеров многие на этом зарабатывают, тупо делают сборку: офисный компьютер, геймерский компьютер, универсальный компьютер. kasper ( 2011-05-27 10:51:27 +0400 )редактировать
freepbx вообще очень плохая платформа для embeded. используйте тогад trix embeded которую свитч написал. или astlinux. вы мне не можете усложнить задачу, ибо это не моя задача. сильная сторона для * одна - сильный проц. все остальное неважно. посему для 5-10 каналов подходит все что угодно, для 10-20 лучше атом, дальше pentium dual core/core duo, со 100 начинаються решения куда лучше не лезть без подготовки. фигня в том, что матринка, память и т.д на астериск влияют крайне слабо. для АТС основная характеристика безглючность железа. даже не производительность. а дешевые конфиги почти всегда глючные. тут ничего сделать нельзя. берите пример с диджиум. онли просто делят на 5 нагрузку. и гарантируют что уж столько то оно выдержит. для всех случаев жизни чтото гарантировать не получится. просто нет данных. meral ( 2011-05-28 02:19:01 +0400 )редактировать
2
ссылка удалить спам редактировать

ответил 2011-05-27 12:51:13 +0400

litnimax Gravatar litnimax
1453 11 8 29
http://www.pbxware.ru/
1

Насчет 5-10 звонков на 1 Ггц крайне сомневаюсь думаю и 20 выдержит без проблем если AGI и т.п. не использовать. Возмите к примеру AlvisPBX там вообще проц ARM9 Core: 297 MHz а в ней 2 потока E1. Железяку на MSTI PDX-600 1 ГГц уже юзаю больше месяца в конторе на 10 внутренних и 5 внешних линий, все линии записываются. Проблем не наблюдается, просто интересно такая желязка 20 вытянет или нет. Ну ладно поставим эксперимент и протестим, по результатам отпишу.

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

ответил 2011-05-31 18:47:10 +0400

Seven Gravatar Seven
59 9 3 13

Comments

я бы на вашем месте не сомневался. вы попробуйте.в алвисе в железе поддержка е1. это все равно что говрить аналоговый панасоник на 0Гц ядре справляеться... может быть хоть 100 линий на железке. важно не количество линий а колчиество разговоров и соединений. не забываем что это не аналог а цифра. meral ( 2011-05-31 19:56:08 +0400 )редактировать
meral, 1 E1 полный нормально тянет - кста, ARM9 297 примерно и есть P3 ~800MHz (видел на слайде недавно на семинаре одном). Второй поток для Native Bridging E1, для проброса на существующую АТС итп. А так meral прав - всё зависит от сферы использования.. и Digium прав деля на 5 для запаса. Поэтому и лидеры.. Zavr2008 ( 2011-06-01 01:46:58 +0400 )редактировать
>>ARM9 297 примерно и есть P3 ~800MHz << : пацаталом. Это если у меня в телефоне 800 мгц ARM11 значит типа сравнимо с 2155 мгц? все! нужно выкидывать ноут и работать на телефоне!!! switch ( 2011-06-01 08:32:52 +0400 )редактировать
на слайде мягко говоря вас обманули. если б все так радужно было, мы бы давно все на армах работали. обычно для таких заявлению бьерут задачу типо тунель, которая решаеться на конкретном арме с помощью спец команд в железе, а потом берут какойто ipsec не оптимизированный под p3 и сравнивают. так и 10х может получиться. meral ( 2011-06-01 09:40:50 +0400 )редактировать
ARM это упрощенная и облегченная архитектура с встроенными специализированными командами. для астериска она обычно раза в два хуже, чем x86. но тут надо понимать, что 200мгц процессора с частотой 300мгц обычно немножко более чем 200 мгц процессора на 2Ггц. причина - это ВЕСЬ процессор. кеш и системы доступа к памяти не делятся и расчитаны на 300мгц. опятьтаки префетч поскромнее и все такое. meral ( 2011-06-01 09:46:23 +0400 )редактировать
ARM это RISС архитектура со всеми вытекающими: большинство инструкций просты и выполняются за такт. В общем случае CISC архитектура имеет сложные инструкции и выполняются они на несколько тактов. Именно это и служит предпосылкой для невежд и рождает мнение, будто ARM быстрее х86. Типа Интел 20 лет в носу ковыряла. Между тем все х86 процессоры давно имеют суперскалярную архитектуру, и в то время, когда ARM получает по шине команду, х86 имеет обработку 20 команд в разных стадиях конвейера и может выполнять по две-три команды на такт. В общем Zavr2008 как был дилетантом так и остался. (кстати где обещанная на тест железка?) switch ( 2011-06-01 10:10:49 +0400 )редактировать
вот, кстати, тема, где все давно уже обсосано http://forum.ixbt.com/topic.cgi?id=8:22378switch ( 2011-06-01 10:14:04 +0400 )редактировать
да в хч86 последних большинство инструкций тоже за один-два такта выполняються. ну все, которые можно было, уже протянули. плюс все действия типо умножения выполняются псевдо-паралельно, тоесть можно следущее действие загружаеться в сопроцессор до окончание предыдущего. да, кстати. некоторые подвиду ARM не умеют умножение вообще. и плавающую точку тоже. meral ( 2011-06-01 10:14:33 +0400 )редактировать
не то, что некоторые, а вообще-то большинство, и только топовые чипы умеют. А вообще в переспективе у ARM нет шансов догнать х86 по производительности на ватт хотя бы на половину: ARM ядро фактически "программное", т.е. описано на VHDL или Verilog и каждый производитель его изготавливает в соответствии со своими технологическими возможностями. Интел между тем разработчик ядра и технологии в одном лице, потому и имеет самые тонкие техпроцессы в мире и строит ядра с учетом технологических норм. switch ( 2011-06-01 10:29:08 +0400 )редактировать
а то, что пишут "ARM декодирует HD видео без тормозов, а Atom - нет", так это по глупости: просто в ARM встроен аппаратный декодер, и как доходит до других задач - арм в глубочайшей джопе switch ( 2011-06-01 10:31:49 +0400 )редактировать
Привет мужики, я рад вам!!! Zavr2008 ( 2011-06-01 18:35:46 +0400 )редактировать
Есть такой чувак Gene Frantz, изобретатель самого термина DSP кста - он уже 4 года как предсказал необходимость параллельных вычислений, это и видно на всех архитектурах сейчас - будь то x86, будь то ARM, будь то процы nVidia. В результате есть несколько GPP ядер, у некоторых еще остались DSP ядра - но тренд идет к аппаратной аккселерации. Никто реально на телефонах будь то iPhone или HTC уже видео не декодит средствами самого проца. ARM11 кста уже тупиковая ветвь если заикнулись уж, там идет развитие A9 дальше.. Zavr2008 ( 2011-06-01 18:40:52 +0400 )редактировать
Кста, прочитал сейчас китаёзы придумали проц модуль в отсек HDD 2.5 нетбуков с SSD и процом DM3730 :) Говорят типа до 40 часов хватает, когда x86 не нужен :)) Zavr2008 ( 2011-06-01 18:43:08 +0400 )редактировать
ага. заверните мне по 20 ускорителей PHP, mysql, диалплана астериска и bash, очень надо! switch ( 2011-06-01 18:55:28 +0400 )редактировать
кста может не кста но очень кста хочется сказать что кста очень не кста показывает неуважение к остальным switch ( 2011-06-01 18:56:07 +0400 )редактировать
1

возможно офтоп;) стоит ли заморачиваться с железом не зная, что на него поставить? поставишь голый астериск - рано или поздно придется добавлять функционал, делать ему веб, чтобы автоматизировать или передать рутинное управление другим. Но ведь проще найти готовый веб, а еще проще взять готовый дистр, а потом попробовать другой покраше, потом - поудобнее и т.д. и т.п :) и рано или поздно случится, что дистр не влезет\не захочет работать на вашей узкозаточеной железке.. ИМХО, если звонков не много - используйте универсальный комп, который всегда можно переопределить на другие нужды, хотя бы и ноут, который уже не справляется виндовыми обновлениями :) При стабильном питании пару лет "тазик" проживет..

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

ответил 2011-05-27 13:33:04 +0400

svoy Gravatar svoy
1603 1 4 20
http://svoy.in.ua/

Comments

согласен cvieri ( 2011-05-27 15:12:16 +0400 )редактировать
0

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

Intel 1U SR1630GP ~16000
CPU Intel Xeon X3430 ~6000
Kingston DDR-III DIMM 2Gb <PC3-10600> ECC ~ 1500
HDD 500 Gb SATA-II 300 Samsung EcoGreen F3 ~ 1400
итого ~ 25000

Не так уж и много за серверную платформу "без фанатизма" и будет работать как часы =)

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

ответил 2011-06-01 13:15:06 +0400

DJs3000 Gravatar DJs3000 flag of Russian Federation
551 41 13 33
http://retrogamesbattle.c...

Comments

да фигня это. среднего уровня материнка типо gigabyte ds3 - это все что надо для надежности. без двойного блока питания эти серверные платформы точно так же глючат. на моеq памяти только за прошлый год две списали по глюкам. a на ds3 -ни одной ;) meral ( 2011-06-01 22:08:28 +0400 )редактировать
дыг даже поговорка есть))) "вам досталась безглючная материнка gigabyte? Вам продали подделку" =) DJs3000 ( 2011-06-02 09:22:48 +0400 )редактировать
ну да те что по 60 баксов они глючат. я говрю про *-ds3. тоесть верхние модели с твердотелыми конденсаторами и продвинутой системой питания. они крайне редко глючат даже если overclock использовать. meral ( 2011-06-02 11:26:26 +0400 )редактировать
ок возьму на заметку) DJs3000 ( 2011-06-02 22:57:19 +0400 )редактировать
0

Кароче, практика такая что у меня сейчас на ebox 33 серии(1Гц/512мб) крутиться порядка 80 абонентов и FOP, и все вроде как работает, причем система стоит на 2Гб micro SD. Такая вот математика :)))

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

ответил 2012-03-16 10:58:06 +0400

Seven Gravatar Seven
59 9 3 13

Comments

может быть хоть 1000 абонентов. ноа 10 звонков. непутайте теплое с мягким.

meral ( 2012-03-16 11:11:50 +0400 )редактировать
0

У нас примерно 150 абонентов и 20-30 одновременных разговоров жило на старом-старом селероне 1,2ггц и 4 гига памяти, с записью и прочая прочая. И никаких проблем не было. Потом правда перехали на Intel'овский сервак dual Xeon и дофига оперативы. нагрузка... ээээ... нету. что то около 1% может. Это при конвертации wav в mp3 в реалтайме и тп. Да и нагрузка выросла раза в 3. Но это "на вырост" ибо растем очень активно.

Meral, тут возник вопросик, мы изначально хотели поднять * на виртуалке, выделили хороший пул ресурсов, и вроде и затыков по производительности не было, но мы имели пропадания голоса во время разговора и прочая прочая, вобщем кучу проблем. Есть ли опыт внедрения * на виртуалке и какие есть подводные камни и как их можно обойти?

Сорри за гнусны оффтоп :)

И да, что по поводу asterisk+freebsd? У нас особых проблем не замечено. Но мало ли, сентось конечно рекомендована, остальные вообще не использутся "от греха" или все таки есть проблемы?

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

ответил 2012-03-17 18:00:06 +0400

Злобный Мыш Gravatar Злобный Мыш
292 13 3 16

обновил 2012-03-17 18:03:58 +0400

Comments

нет никаких проблем на виртуалке. если у админа виртуалки руки прямые. используйет openvz/xen. ps ваш отчет ниочем.

meral ( 2012-03-17 22:52:48 +0400 )редактировать

использовалась VMware. Какой отчет? Просто поделился тем что у нас было.

Злобный Мыш ( 2012-03-18 00:00:24 +0400 )редактировать

то что вы выше написали ниочем.vmware так и работает. используйте openvz/xen

meral ( 2012-03-18 01:04:02 +0400 )редактировать

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

CheeZ ( 2012-03-19 09:52:44 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2011-05-26 18:21:34 +0400

Просмотрен: 4,002 раз

Обновлен: Mar 17 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.