Потрібна консультація по телефонії
- Автор теми scrap
- Дата створення
Сколько вызовов сервер может обрабатывать одновременно?
Ниже приводиться коллекция отчетов из пользовательского списка рассылки "asterisk-users":
Замечание: Если у Вас возникнет желание что-то добавить в этот список, пожалуйста, используйте процент загрузки CPU и Памяти, а не параметр "load average". Это дает более конкретную информацию и имеет важное значение при сравнении разного аппаратного обеспечения и разных операционных систем. Записи отсортированы по мощности CPU.
Для старых и медленных CPU, смотри раздел: рекомендации по аппаратному обеспечению?.
Основанный на Gumstix SIP-to-IAX прокси сервер может маршрутизировать около 40 вызовов одновременно (транскодинг кодеков не используется, Gumstix 400XM, голосовая почта располагается на CF карте)
Pentium 133 MHz, 16 Mb ram: Обарбатывает до 3 одновременных SIP вызовов без ухудшения качества (насчет использования транскодинга информации нет).
Linksys NSLU2, известный как "slug" (NAS Device ценой $79): Обрабатывает около 4 SIP вызовов с использованием кодеков g711 или gsm (но не с g729), с его процессором: IXP400.
Pentium 1, 166mhz, 32Mb ram: Успешно справился с четырьмя SIP вызовами с кодеком g711.
Pentium II 233/64 RAM: 2xBRI (4 ISDN канала) плюс несколько SIP устройств.
Процессор SC1100 на платформе Net4801 смог нормально декодировать только два голосовых потока с использованием G.729a кодека. Это, в общем, подтверждает, что серверу Asterisk требуется около 30 MHz процессорной мощности на каждый активный голосовой канал. Тогда 266 MHz CPU на платформе Net4801, теоретически, поддерживает около восьми одновременных вызовов. Подразумевается, что для всех вызовов используется голосовой кодек - G.711. Soekris Net4801, несмотря на то, что недорогой, довольно надежная платформа, предоставляет адекватную процессорную мощность для поддержки шести екстеншенов и до четырех активных канала связи одновременно.
(Май 2005) На Soekris board: безукоризненно транслировалось из G.729 IAX2 в G.729 SIP (может быть был включен IAX транк). Замечание: трансляции кодеков не производилось. Имелось, как минимум, ~30 вызовов в этой конфигурации (использовался AstLinux)
Soekris 4801 - может спокойно поддерживать 20 - 25 SIP клиентов, если они все используют одинаковый кодек (использовался ulaw). Известна конфигурация, где работало около 20+ sip клиентов и T1 карточка для zap канала, при этом все работало прекрасно. Если у Вас присутствует транскодирование между голосовыми кодеками, тогда soekris - это не Ваш выбор, но для небольших систем это неплохой вариант.
При количестве участников в конференции MeetMe: в 28 персон на машине с CPU Pentium II, 300MHz, 128 MB, vmstat показывает 70% простоя процессора.
"У меня имелось в течении дня от 15, до, максимум, 30 участников конференции, все из которых использовали одну и туже конфигурацию meetme. Asterisk работал на старой 4U 500Mhz машине (двухпроцессорная система с одним установленным CPU). За некоторыми исключениями, в виде проблем с некоторыми программными sip телефонами, данная реализация оказалась довольно безпроблемной."
Интегрированная VIA с 800 MHz CPU: Максимальное число одновременных вызовов с транскодированием кодеков, для протокола speex: 4, для ilbc: 9; для g729: 11, для g726: 22, для lpc10: 24, для gsm: 25, для A-law: 83
Asterisk 1.2 beta - очень неплохо обрабатывал SIP соединения: Был запущен Asterisk на 1 GHz Лэптопе и легко справлялся с 250 одновременными вызовами с переназначением RTP потоков между оконечными устройствами напрямую (re-invited). Все это потребовало всего около 9% процессорной мощности. а с трансляцией кодеков в RTP потоке (ulaw-alaw, простенькая задача) - этот лэптоп грузился на 99% при работе примерно с 50 вызовами...
Celeron 1GHz с 2 GB RAM обрабатывал 72 DID, 24 соединения с обычной АТС, и выступал в роли FAX сервера. (Использовалась версия Asterisk1.0.9)
Dual P3 1.13ghz, с пятью каналами в публичную сет через PRI -> G729 канал связи, имел постоянную загрузку, равную 0.45
Dual 1.266 PIII с 2 GB RAM обрабатывал 75-85 одновременных SIP сессий (GSM кодек) + 3 IAX2 транка, в общей сложности - около 100 вызовов одновременно (использовался Asterisk 1.0.9). Так же эта машина использовалась в качестве файлового сервера (с авторизацией по LDAP в Win2K ADS домене).
Intel P4 1.7G 512mg RAM, 20 gig HDD: с двумя картами T400P использовался, как точка входа телефонных соединений из вне и обрабатывал 60 аналоговых телефонов; по 24'м каналам PRI
(Апрель 2003) chan_h323: Появилась возможность работать в режиме сквозной передачи голосовой информации (codec pass-through) в Asterisk (в отличие от драйвера chan_oh323), но по прежнему не реализован "jitter" буфер. Мы сымитировали 125 одновременных запросов в случайных (15 секундных) интервалах, использование транзитной передачи голосового потока, на машине с 500mhz P4, дало результат, что эти запросы без осложнений удовлетворялись с задержкой не более 5 секунд. На той же машине было сымитировано 45 одновременных вызовов с использованием транскодирования GSM кодека, и снова без длинных задержек в процессе установки связи.
На сегодняшний день, мы добились потрясающего результата в 790 одновременно проигрываемых звуков. (протокол sip, любой кодек.) На PC ценой всего 350$. Тест прошел на машине: P-IV 2.4ghz с 512mb ram. Пока Вы не нагружаете CPU жадными до процессорного времени задачами, такими как транскодирование голосовых кодеков, Вы можете довести загрузку до 1% неактивности процессора без малейших сбоев в звуке, в данном тесте.
Celeron 2.4 GHz, 386 MB RAM, 1xT1 - использовался (только) для 10 телефонов
2.6 GHz Pentium4 800MHz bus с HT технологией, 2 GB RAM (однако, 1 GB реально достаточно): 40 одновременных вызовов SIP-->ZAP (может и больше бы получилось): "Равномерно, в течении периода продолжительностью около 12 часов, а в течение дня общее количество вызовов достигает 5000. На данном сервере приблизительная загрузка (load average) прыгает от 0.00 до 6.25 в течение минуты"
Информация о производительности с использованием кодека g729, взятая с сайта Digium: Внутреннее тестирование с использованием dual Intel Xeon 1.8GHz CPU, позволяет совершать 60 одновременных вызовов. Dual Xeon с 2.8GHz CPU позволяет совершать 80 одновременных вызовов.
"Загрузка очень сильно зависит от того, что у Вас делается на сервере. Например, простая система с IVR/Zap и только одним T1 каналом может обрабатывать 10 одновременных вызовов в SIP&Zap конференции (как минимум, по моему опыту)."
P4-3Ghz/1Gb RAM: используется format_mp3 для музыки ожидания (MoH) на ОС FreeBSD 5.4 с CVS HEAD версией Asterisk (Июль 2005). Прекрасное качество декодирования mp3 файлов... до 70 процессов одновременно проигрываемой музыки ожидания (MoH) (8khz 16bit mono mp3), состояние нагрузки CPU - около 80% простоя.
(Август 05) Pentium 4 (без технологии HT) 3.0Ghz, 1 GB Ram. Обработал 46 SIP вызовов с кодеком G.711, при которых во все каналы произносились цифры, при помощи функции: SayDigits(1234567890). Приблизительно, загрузка (load average) составила: 0.43.
Мы проделали некоторые эксперименты по проверке производительности на машине с 3GHz HT CPU с 1GB RAM, с зеркалированными обычными IDE дисками. В машине были установлены карты: Digium quad-PRI, TDM40B, TDM22B и Sirrix quad-BRI. Этот сервер смог работать со 120 активными вызовами через 4 PRI канала. Сервер играл музыку ожидания (MusicOnHold) в 60 каналов, проигрывая некоторое приглашение в формате GSM в эти каналы. Использование процессора: "user" - около 25%, "system" - так же около 25%. (Мне кажется, что "system" часть нагрузки на процессор уменьшилась бы, если бы я убрал неиспользуемые карты). Я смог добавить до 5000 SIP регистраций и 5000 IAX2 регистраций - всего получилось около 100 попыток регистрации клиентов в секунду. Что добавило еще 40% пользовательской нагрузки на CPU, и он оказался полностью загружен. Качество аудиосигнала по-прежнему оставалось нормальным, хотя на PRI интерфейсе наблюдались небольшие прерывания. Загрузка (Load average) при этом прыгала между значениями 5 и 10. Объем трафика по ethernet интерфейсу, который генерировался регистрациями клиентов, составил: 550Kb/s исходящий и 400Kb/s входящий.
"Dual Xeon 3.06: 120 каналов (60 вызовов) по протоколу H.323, кодек G.729 - использовало 10% CPU, транскодирование кодеков не производилось"
"Находясь в поисках подходящей задачи для 'оценки производительности'. Мы провели некоторые обсуждения по этому поводу, но пока, практически, Вы не сможете обеспечить приемлемое качество звука при более чем 20-25 одновременных вызовов, когда в asterisk присутствует транскодирование голосовых кодеков и используется протокол H323." (замечание: может быть, это относиться только к драйверу oh323? Тест от Astertest для драйвера h323 показывает, что для кодеков, активно использующие CPU, например, g729, ilbc и speex, используемый протокол значения не имеет, следовательно, протоколы h323, sip и iax должны показать одинаковые результаты).
"Я где-то читал, что один человек испытал около 45 одновременных вызовов с использованием транскодирования кодеков. Возникает вопрос, если это все что может один сервер, зачем в этом случае брать карту 4 E1s Digium, когда она поддерживает 120 каналов, но сервер не может их обработать с транскодированием голосовых кодеков из VOIP в канал TDM?"
"У меня на практике получилось 100 каналов с кодеком G.729 на машине с dual 3.0ghz Xeon CPU. Цена вопроса: около $42 за канал (я купил SCSI подсистему с RAID, и включая $10 отчислений за лицензию на использование G.729 кодека.) (Не включая карту Digium 4 T1/E1) Ваша выгода может варьироваться в зависимости от производительности системы и цен. Цена решения на базе AS5300: около $110 за канал, и эта разница может использоваться при выборе оптимального по цене решения."
В своем тестировании я получил 200 одновременных вызовов на процессоре Xeon 2.4, используя SIPP, каждый вызов длился 10 секунд с периодичностью 20 входящих вызовов в секунду, использовался протокол SIP, а не Zap. У меня не было второго процессора, чтобы проверить надежду на то, чтобы получить, хотя бы не 400 вызовов для двухпроцессорной системы, но может быть хоть 350.
(Январь 2006) Сервер Dual Xeon 2.8 GHz Intel Chassis, 1GB RAM: Работал с +-35 IAX2 каналами, отправляя вызовы через 2 x PRI (E1) Digium Zap канала. Важно, что сервер записывал все вызовы и записывал все cdr записи в базу данных Mysql.
(Апрель 2005) Сервер Dell PowerEdge? dual 3.2 GHZ XEON (32 bit), 2GB ram: Был сконфигурирован с использованием механизма realtime для екстеншенов, sip и iax клиентов, с использованием локального сервера mysql, 80% всех вызовов - это IAX <-> SIP вызовы без транскодирования голосовых кодеков и без использования буфера "jitter", и 20% от общего количества, это IAX <-> IAX перенаправлении вызовов, опять же без трансляции кодеков. Сервер не имел zap каналов. Итак, когда у меня имелась нагрузка из 100 одновременных вызовов , что подразумевает 200 одновременных каналов для IAX и SIP вызовов (где 80% - это вызовы по каналу IAX в канал SIP/RTP), тогда сервер asterisk использовал примерно 30% - 35% процессорного времени, а работа сервера mysqld вносила около 1% в загрузку всего сервера.. Итак, максимальное число вызовов, которое у меня получилось - около 300 ..
Один очень важный момент, который нужно учитывать, когда Вы говорите о вызовах SIP->Zap в Asterisk, это пиковая нагрузка на процессор. Возьмем среднюю машину с четырьмя процессорами, которая может быть и способна обрабатывать 200 одновременных разговоров в связке Sip->Zap, но, в реальности, будут возникать 4x пиковые максимальные нагрузки, которые будут случайно появляться в процессе разговора по каналу Sip->Zap, и которые могут привести к сбою всей Вашей системы, если появятся.
Сервер Asterisk может обрабатывать максимально только 250 одновременных ZAP каналов. Это связано с ограничением в 255 каналов, которое заложенно в драйвере ZAP. Дополнение (Сентябрь 2005): это ограничение было убрано уже ОЧЕНЬ давно. Драйвер Zaptel содержит другой интерфейс для открытия файлов устройств в количестве - ~250 или более, существующих в директории /dev/zap.
Mark Spencer, 29-11-2004: Я перевел IAXTel на использование механизма "realtime", но он по прежнему очень грузит систему, видимо из-за больших задержек. На данный момент имеется 6000 зарегистрированных пользователей, около 1000 из них, обычно, одновременно зарегистрированы на сервере iaxtel.
(Май 2005) Я тестировал CVS-HEAD Версию. Я смог получить 5551+ sip "сеансов", без прохождения медиапотока через asterisk, без всяких проблем (тестирование производилось с участием только одного SIP пользователя). Загрузка (load average) имела значение: 2-3. Замечание по поводу конфигурации... На моем 3ghz P4 HT сервере я могу получить 629 SIP вызовов с кодеком ulaw и медиапотоком, идущим через Asterisk (проверено), тоже без проблем. Загрузка (load average) сервера колебалась вокруг значения 14, и звук оставался безупречным... Итак, если у Вас имеется сервер с двумя процессорами 3.4 ghz Xeon, то у Вас не должно возникнуть проблем с использованием DS3 в asterisk. (Это в случае, если значение для прерываний установлено 1000 в секунду, а не 28000 и когда для вызовов используется кодек ulaw) ... заметьте, что если не установите лимит ulimit -n 100000 или другой, предназначенной для этого командой, перед запуском сервера asterisk, то у Вас количество файловых дескрипторов (FD) хватит, примерно, на 151 возов.
(Май 2005) Реальный барьер расширяемости системы, который я вижу, связан с количеством зарегистрированных в системе пользователей... Как много их выдержит один сервер (как минимум для IAX протокола). Я видел сообщения, что Dual Xeon 3.2GHz не может обрабатывать больше, чем 1000 IAX клиентов. ... Я сумел получить примерно 2500 одновременно работающих в системе пользователей на одном сервере, внеся некоторые модификации в файл iax2.h (время истечения периода регистрации было изменено с 60 до 240 секунд) нормальные IAX клиенты будут работать с этой установкой... Кстати, не делайте это значение более большим, потому что многие шлюзы с NAT будут удалять свои динамические записи для NAT трансляции через 300 секунд, а некоторые даже через 30 секунд!
(Май 2005) Пока Вы еще не можете обрабатывать 10k пользователей в Asterisk, Я смог. Даже больше, это реальность. Некоторые из этих систем - это очень простенькие сервера для обработки media, в то же время некоторые из них так же обрабатывают регистрации пользователей. В то же время, я согласен, что Asterisk нуждается в дополнительных средствах, которые помогают обрабатывать регистрацию пользователей и расширяют его масштабируемость. На данный момент, причина, по которой я еще использую SER прокси - это скорость обработки регистраций и распределение нагрузки. Asterisk же предоставляет все, что мне необходимо для обработки вызовов.
(Апрель 2005) "Signate Telephony Server 5000", с системой ввода/вывода со скоростью 51 Gb/sec поддерживает более чем 5,000 сеансов вызовов по протоколу SIP на один модуль, используя 80% емкости гигабитной сети. До 8 модулей расширения могут использовать соединительную шину, имеющую скорость 6.4GB/sec на основе технологии SGI, что позволяет управлять системой способной поддерживать более 40,000 одновременных потоков вызовов.
Ниже приводиться коллекция отчетов из пользовательского списка рассылки "asterisk-users":
Замечание: Если у Вас возникнет желание что-то добавить в этот список, пожалуйста, используйте процент загрузки CPU и Памяти, а не параметр "load average". Это дает более конкретную информацию и имеет важное значение при сравнении разного аппаратного обеспечения и разных операционных систем. Записи отсортированы по мощности CPU.
Для старых и медленных CPU, смотри раздел: рекомендации по аппаратному обеспечению?.
Основанный на Gumstix SIP-to-IAX прокси сервер может маршрутизировать около 40 вызовов одновременно (транскодинг кодеков не используется, Gumstix 400XM, голосовая почта располагается на CF карте)
Pentium 133 MHz, 16 Mb ram: Обарбатывает до 3 одновременных SIP вызовов без ухудшения качества (насчет использования транскодинга информации нет).
Linksys NSLU2, известный как "slug" (NAS Device ценой $79): Обрабатывает около 4 SIP вызовов с использованием кодеков g711 или gsm (но не с g729), с его процессором: IXP400.
Pentium 1, 166mhz, 32Mb ram: Успешно справился с четырьмя SIP вызовами с кодеком g711.
Pentium II 233/64 RAM: 2xBRI (4 ISDN канала) плюс несколько SIP устройств.
Процессор SC1100 на платформе Net4801 смог нормально декодировать только два голосовых потока с использованием G.729a кодека. Это, в общем, подтверждает, что серверу Asterisk требуется около 30 MHz процессорной мощности на каждый активный голосовой канал. Тогда 266 MHz CPU на платформе Net4801, теоретически, поддерживает около восьми одновременных вызовов. Подразумевается, что для всех вызовов используется голосовой кодек - G.711. Soekris Net4801, несмотря на то, что недорогой, довольно надежная платформа, предоставляет адекватную процессорную мощность для поддержки шести екстеншенов и до четырех активных канала связи одновременно.
(Май 2005) На Soekris board: безукоризненно транслировалось из G.729 IAX2 в G.729 SIP (может быть был включен IAX транк). Замечание: трансляции кодеков не производилось. Имелось, как минимум, ~30 вызовов в этой конфигурации (использовался AstLinux)
Soekris 4801 - может спокойно поддерживать 20 - 25 SIP клиентов, если они все используют одинаковый кодек (использовался ulaw). Известна конфигурация, где работало около 20+ sip клиентов и T1 карточка для zap канала, при этом все работало прекрасно. Если у Вас присутствует транскодирование между голосовыми кодеками, тогда soekris - это не Ваш выбор, но для небольших систем это неплохой вариант.
При количестве участников в конференции MeetMe: в 28 персон на машине с CPU Pentium II, 300MHz, 128 MB, vmstat показывает 70% простоя процессора.
"У меня имелось в течении дня от 15, до, максимум, 30 участников конференции, все из которых использовали одну и туже конфигурацию meetme. Asterisk работал на старой 4U 500Mhz машине (двухпроцессорная система с одним установленным CPU). За некоторыми исключениями, в виде проблем с некоторыми программными sip телефонами, данная реализация оказалась довольно безпроблемной."
Интегрированная VIA с 800 MHz CPU: Максимальное число одновременных вызовов с транскодированием кодеков, для протокола speex: 4, для ilbc: 9; для g729: 11, для g726: 22, для lpc10: 24, для gsm: 25, для A-law: 83
Asterisk 1.2 beta - очень неплохо обрабатывал SIP соединения: Был запущен Asterisk на 1 GHz Лэптопе и легко справлялся с 250 одновременными вызовами с переназначением RTP потоков между оконечными устройствами напрямую (re-invited). Все это потребовало всего около 9% процессорной мощности. а с трансляцией кодеков в RTP потоке (ulaw-alaw, простенькая задача) - этот лэптоп грузился на 99% при работе примерно с 50 вызовами...
Celeron 1GHz с 2 GB RAM обрабатывал 72 DID, 24 соединения с обычной АТС, и выступал в роли FAX сервера. (Использовалась версия Asterisk1.0.9)
Dual P3 1.13ghz, с пятью каналами в публичную сет через PRI -> G729 канал связи, имел постоянную загрузку, равную 0.45
Dual 1.266 PIII с 2 GB RAM обрабатывал 75-85 одновременных SIP сессий (GSM кодек) + 3 IAX2 транка, в общей сложности - около 100 вызовов одновременно (использовался Asterisk 1.0.9). Так же эта машина использовалась в качестве файлового сервера (с авторизацией по LDAP в Win2K ADS домене).
Intel P4 1.7G 512mg RAM, 20 gig HDD: с двумя картами T400P использовался, как точка входа телефонных соединений из вне и обрабатывал 60 аналоговых телефонов; по 24'м каналам PRI
(Апрель 2003) chan_h323: Появилась возможность работать в режиме сквозной передачи голосовой информации (codec pass-through) в Asterisk (в отличие от драйвера chan_oh323), но по прежнему не реализован "jitter" буфер. Мы сымитировали 125 одновременных запросов в случайных (15 секундных) интервалах, использование транзитной передачи голосового потока, на машине с 500mhz P4, дало результат, что эти запросы без осложнений удовлетворялись с задержкой не более 5 секунд. На той же машине было сымитировано 45 одновременных вызовов с использованием транскодирования GSM кодека, и снова без длинных задержек в процессе установки связи.
На сегодняшний день, мы добились потрясающего результата в 790 одновременно проигрываемых звуков. (протокол sip, любой кодек.) На PC ценой всего 350$. Тест прошел на машине: P-IV 2.4ghz с 512mb ram. Пока Вы не нагружаете CPU жадными до процессорного времени задачами, такими как транскодирование голосовых кодеков, Вы можете довести загрузку до 1% неактивности процессора без малейших сбоев в звуке, в данном тесте.
Celeron 2.4 GHz, 386 MB RAM, 1xT1 - использовался (только) для 10 телефонов
2.6 GHz Pentium4 800MHz bus с HT технологией, 2 GB RAM (однако, 1 GB реально достаточно): 40 одновременных вызовов SIP-->ZAP (может и больше бы получилось): "Равномерно, в течении периода продолжительностью около 12 часов, а в течение дня общее количество вызовов достигает 5000. На данном сервере приблизительная загрузка (load average) прыгает от 0.00 до 6.25 в течение минуты"
Информация о производительности с использованием кодека g729, взятая с сайта Digium: Внутреннее тестирование с использованием dual Intel Xeon 1.8GHz CPU, позволяет совершать 60 одновременных вызовов. Dual Xeon с 2.8GHz CPU позволяет совершать 80 одновременных вызовов.
"Загрузка очень сильно зависит от того, что у Вас делается на сервере. Например, простая система с IVR/Zap и только одним T1 каналом может обрабатывать 10 одновременных вызовов в SIP&Zap конференции (как минимум, по моему опыту)."
P4-3Ghz/1Gb RAM: используется format_mp3 для музыки ожидания (MoH) на ОС FreeBSD 5.4 с CVS HEAD версией Asterisk (Июль 2005). Прекрасное качество декодирования mp3 файлов... до 70 процессов одновременно проигрываемой музыки ожидания (MoH) (8khz 16bit mono mp3), состояние нагрузки CPU - около 80% простоя.
(Август 05) Pentium 4 (без технологии HT) 3.0Ghz, 1 GB Ram. Обработал 46 SIP вызовов с кодеком G.711, при которых во все каналы произносились цифры, при помощи функции: SayDigits(1234567890). Приблизительно, загрузка (load average) составила: 0.43.
Мы проделали некоторые эксперименты по проверке производительности на машине с 3GHz HT CPU с 1GB RAM, с зеркалированными обычными IDE дисками. В машине были установлены карты: Digium quad-PRI, TDM40B, TDM22B и Sirrix quad-BRI. Этот сервер смог работать со 120 активными вызовами через 4 PRI канала. Сервер играл музыку ожидания (MusicOnHold) в 60 каналов, проигрывая некоторое приглашение в формате GSM в эти каналы. Использование процессора: "user" - около 25%, "system" - так же около 25%. (Мне кажется, что "system" часть нагрузки на процессор уменьшилась бы, если бы я убрал неиспользуемые карты). Я смог добавить до 5000 SIP регистраций и 5000 IAX2 регистраций - всего получилось около 100 попыток регистрации клиентов в секунду. Что добавило еще 40% пользовательской нагрузки на CPU, и он оказался полностью загружен. Качество аудиосигнала по-прежнему оставалось нормальным, хотя на PRI интерфейсе наблюдались небольшие прерывания. Загрузка (Load average) при этом прыгала между значениями 5 и 10. Объем трафика по ethernet интерфейсу, который генерировался регистрациями клиентов, составил: 550Kb/s исходящий и 400Kb/s входящий.
"Dual Xeon 3.06: 120 каналов (60 вызовов) по протоколу H.323, кодек G.729 - использовало 10% CPU, транскодирование кодеков не производилось"
"Находясь в поисках подходящей задачи для 'оценки производительности'. Мы провели некоторые обсуждения по этому поводу, но пока, практически, Вы не сможете обеспечить приемлемое качество звука при более чем 20-25 одновременных вызовов, когда в asterisk присутствует транскодирование голосовых кодеков и используется протокол H323." (замечание: может быть, это относиться только к драйверу oh323? Тест от Astertest для драйвера h323 показывает, что для кодеков, активно использующие CPU, например, g729, ilbc и speex, используемый протокол значения не имеет, следовательно, протоколы h323, sip и iax должны показать одинаковые результаты).
"Я где-то читал, что один человек испытал около 45 одновременных вызовов с использованием транскодирования кодеков. Возникает вопрос, если это все что может один сервер, зачем в этом случае брать карту 4 E1s Digium, когда она поддерживает 120 каналов, но сервер не может их обработать с транскодированием голосовых кодеков из VOIP в канал TDM?"
"У меня на практике получилось 100 каналов с кодеком G.729 на машине с dual 3.0ghz Xeon CPU. Цена вопроса: около $42 за канал (я купил SCSI подсистему с RAID, и включая $10 отчислений за лицензию на использование G.729 кодека.) (Не включая карту Digium 4 T1/E1) Ваша выгода может варьироваться в зависимости от производительности системы и цен. Цена решения на базе AS5300: около $110 за канал, и эта разница может использоваться при выборе оптимального по цене решения."
В своем тестировании я получил 200 одновременных вызовов на процессоре Xeon 2.4, используя SIPP, каждый вызов длился 10 секунд с периодичностью 20 входящих вызовов в секунду, использовался протокол SIP, а не Zap. У меня не было второго процессора, чтобы проверить надежду на то, чтобы получить, хотя бы не 400 вызовов для двухпроцессорной системы, но может быть хоть 350.
(Январь 2006) Сервер Dual Xeon 2.8 GHz Intel Chassis, 1GB RAM: Работал с +-35 IAX2 каналами, отправляя вызовы через 2 x PRI (E1) Digium Zap канала. Важно, что сервер записывал все вызовы и записывал все cdr записи в базу данных Mysql.
(Апрель 2005) Сервер Dell PowerEdge? dual 3.2 GHZ XEON (32 bit), 2GB ram: Был сконфигурирован с использованием механизма realtime для екстеншенов, sip и iax клиентов, с использованием локального сервера mysql, 80% всех вызовов - это IAX <-> SIP вызовы без транскодирования голосовых кодеков и без использования буфера "jitter", и 20% от общего количества, это IAX <-> IAX перенаправлении вызовов, опять же без трансляции кодеков. Сервер не имел zap каналов. Итак, когда у меня имелась нагрузка из 100 одновременных вызовов , что подразумевает 200 одновременных каналов для IAX и SIP вызовов (где 80% - это вызовы по каналу IAX в канал SIP/RTP), тогда сервер asterisk использовал примерно 30% - 35% процессорного времени, а работа сервера mysqld вносила около 1% в загрузку всего сервера.. Итак, максимальное число вызовов, которое у меня получилось - около 300 ..
Один очень важный момент, который нужно учитывать, когда Вы говорите о вызовах SIP->Zap в Asterisk, это пиковая нагрузка на процессор. Возьмем среднюю машину с четырьмя процессорами, которая может быть и способна обрабатывать 200 одновременных разговоров в связке Sip->Zap, но, в реальности, будут возникать 4x пиковые максимальные нагрузки, которые будут случайно появляться в процессе разговора по каналу Sip->Zap, и которые могут привести к сбою всей Вашей системы, если появятся.
Сервер Asterisk может обрабатывать максимально только 250 одновременных ZAP каналов. Это связано с ограничением в 255 каналов, которое заложенно в драйвере ZAP. Дополнение (Сентябрь 2005): это ограничение было убрано уже ОЧЕНЬ давно. Драйвер Zaptel содержит другой интерфейс для открытия файлов устройств в количестве - ~250 или более, существующих в директории /dev/zap.
Mark Spencer, 29-11-2004: Я перевел IAXTel на использование механизма "realtime", но он по прежнему очень грузит систему, видимо из-за больших задержек. На данный момент имеется 6000 зарегистрированных пользователей, около 1000 из них, обычно, одновременно зарегистрированы на сервере iaxtel.
(Май 2005) Я тестировал CVS-HEAD Версию. Я смог получить 5551+ sip "сеансов", без прохождения медиапотока через asterisk, без всяких проблем (тестирование производилось с участием только одного SIP пользователя). Загрузка (load average) имела значение: 2-3. Замечание по поводу конфигурации... На моем 3ghz P4 HT сервере я могу получить 629 SIP вызовов с кодеком ulaw и медиапотоком, идущим через Asterisk (проверено), тоже без проблем. Загрузка (load average) сервера колебалась вокруг значения 14, и звук оставался безупречным... Итак, если у Вас имеется сервер с двумя процессорами 3.4 ghz Xeon, то у Вас не должно возникнуть проблем с использованием DS3 в asterisk. (Это в случае, если значение для прерываний установлено 1000 в секунду, а не 28000 и когда для вызовов используется кодек ulaw) ... заметьте, что если не установите лимит ulimit -n 100000 или другой, предназначенной для этого командой, перед запуском сервера asterisk, то у Вас количество файловых дескрипторов (FD) хватит, примерно, на 151 возов.
(Май 2005) Реальный барьер расширяемости системы, который я вижу, связан с количеством зарегистрированных в системе пользователей... Как много их выдержит один сервер (как минимум для IAX протокола). Я видел сообщения, что Dual Xeon 3.2GHz не может обрабатывать больше, чем 1000 IAX клиентов. ... Я сумел получить примерно 2500 одновременно работающих в системе пользователей на одном сервере, внеся некоторые модификации в файл iax2.h (время истечения периода регистрации было изменено с 60 до 240 секунд) нормальные IAX клиенты будут работать с этой установкой... Кстати, не делайте это значение более большим, потому что многие шлюзы с NAT будут удалять свои динамические записи для NAT трансляции через 300 секунд, а некоторые даже через 30 секунд!
(Май 2005) Пока Вы еще не можете обрабатывать 10k пользователей в Asterisk, Я смог. Даже больше, это реальность. Некоторые из этих систем - это очень простенькие сервера для обработки media, в то же время некоторые из них так же обрабатывают регистрации пользователей. В то же время, я согласен, что Asterisk нуждается в дополнительных средствах, которые помогают обрабатывать регистрацию пользователей и расширяют его масштабируемость. На данный момент, причина, по которой я еще использую SER прокси - это скорость обработки регистраций и распределение нагрузки. Asterisk же предоставляет все, что мне необходимо для обработки вызовов.
(Апрель 2005) "Signate Telephony Server 5000", с системой ввода/вывода со скоростью 51 Gb/sec поддерживает более чем 5,000 сеансов вызовов по протоколу SIP на один модуль, используя 80% емкости гигабитной сети. До 8 модулей расширения могут использовать соединительную шину, имеющую скорость 6.4GB/sec на основе технологии SGI, что позволяет управлять системой способной поддерживать более 40,000 одновременных потоков вызовов.