Прошу извинить товарищей за эгоизм, но проведение форума откладывается на начало лета. Готовится к выходу разрывающая аппаратная платформа для Asterisk за потрясающе малые деньги, и без этого конференцию проводить нет смысла, потому что еще через два месяца ее не повторить.
Еще раз прошу извинить за задержку.
Небольшой слив.
Коробочка, размером с 8-ми портовый свич, с 1-8 E1 потоков на борту (!), 3 процессора (ARM архитектура), полный анлим по транскодингу G.729/G.723 (лицензии не нужны, все вшито в железо, делается на DSP), аппаратное эхо подавление. Аналогов в мире не существует. Согласно разработанной политике дистрибуции дело в end user'ом имеет только reseller, короче все как в Digium. Поэтому и важно показать ее именно интеграторам.
Все уже готово, допиливаются небольшие вещи, а-ля перенос обработки сетевых пакетов с CPU на FPGA для увеличения максимальной нагрузки, а то по потокам E1 до 300-т звонков держит, а по SIP'у в разы меньше (обычно наоборот, серваки по SIP до 1000-ти поднять могут, а на 8-ми потоках уже загнутся).

если аналогов не существует, значит сделаем ;)
если грамотно используется железо то заявленные параметры не проблема. Единственно вопрос: чем это отличается от обычной, традиционной АТС? по сути - ничем. Тот же самый коммутатор, кодеки вынесены в DSP, TDM архитектура + один процессор с астериском в качестве шлюза VoIP. Обработать 8..16 потоков E1 аппаратно - не проблема, так как 8Е1 это всего лишь 16 Мбит/с. Астер проседает на TDM каналах из-за того, что программно обрабатывает сигнализацию по прерываниям, но если сделать грамотно, то и 64 Е1 - не проблема. Нужно ли?
Для чего можно использовать такую платформу? например для подключения абонентов через банки каналов. Но ведь это уже самая обычная традиционная АТС, т.е. не наш путь.
Ни один ARM проц не потянет нормальной нагрузки по диалплану, будет проседать при выполнении php agi, маленький кэш будет усложнять работу с БД ну и тд. сферу применений железяки вижу неширокую, хоть и полезна будет она.

Ага.. Эту штуку 3 года делали...

если грамотно используется железо то заявленные параметры не проблема.

Да, на серваке стоимостью > 2k. Плюс по 2 4-х потоковые платы E1. Плюс аппаратное эхо. Денег уйма.

Единственно вопрос: чем это отличается от обычной, традиционной АТС? по сути - ничем.

У тебя тяжелый день был, утомился? :-)
Внутри Linux & Asterisk. Вот этим и отличается.

Тот же самый коммутатор, кодеки вынесены в DSP, TDM архитектура + один процессор с астериском в качестве шлюза VoIP. Обработать 8..16 потоков E1 аппаратно - не проблема, так как 8Е1 это всего лишь 16 Мбит/с. Астер проседает на TDM каналах из-за того, что программно обрабатывает сигнализацию по прерываниям, но если сделать грамотно, то и 64 Е1 - не проблема. Нужно ли?

Почему же до сих пор никто не сделал грамотно? :-)
Просто архитектура с центральным процессором не тянет.

Для чего можно использовать такую платформу? например для подключения абонентов через банки каналов. Но ведь это уже самая обычная традиционная АТС, т.е. не наш путь.

Ну даешь... Внутри Asterisk!!! Никто не заставляет потоки подключать ":-)

Ни один ARM проц не потянет нормальной нагрузки по диалплану, будет проседать при выполнении php agi, маленький кэш будет усложнять работу с БД ну и тд.

.
Тут спорить не буду. Поэтому там не Trix :-)

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

Офис ~ 100 сотрудников она потянет. А это и есть основной клиент.

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

litnimax:

switch:

если грамотно используется железо то заявленные параметры не проблема.

Да, на серваке стоимостью > 2k. Плюс по 2 4-х потоковые платы E1. Плюс аппаратное эхо. Денег уйма.

две тыщи баксов за сервер для конторы, которая заводит себе 8 потоков сущие копейки по сравнению со стоимостью подключения этих потоков (у нас от 30 до 100 тыр за поток). Денег уйма? не используй дигиум платы, они дорогие ;)

litnimax:

switch:

Единственно вопрос: чем это отличается от обычной, традиционной АТС? по сути - ничем.

У тебя тяжелый день был, утомился? :-)
Внутри Linux & Asterisk. Вот этим и отличается.

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

litnimax:

switch:

Тот же самый коммутатор, кодеки вынесены в DSP, TDM архитектура + один процессор с астериском в качестве шлюза VoIP. Обработать 8..16 потоков E1 аппаратно - не проблема, так как 8Е1 это всего лишь 16 Мбит/с. Астер проседает на TDM каналах из-за того, что программно обрабатывает сигнализацию по прерываниям, но если сделать грамотно, то и 64 Е1 - не проблема. Нужно ли?

Почему же до сих пор никто не сделал грамотно? :-)
Просто архитектура с центральным процессором не тянет.

нет, просто это никому на самом деле не нужно. 4 потока тянет нормально, а большинстве случаев и не надо. Циска и та больше 8 потоков в одной железке не делает (на сколько я знаю)

litnimax:

switch:

Для чего можно использовать такую платформу? например для подключения абонентов через банки каналов. Но ведь это уже самая обычная традиционная АТС, т.е. не наш путь.

Ну даешь... Внутри Asterisk!!! Никто не заставляет потоки подключать ":-)

Ты писал что у системы проблемы производительности по SIP (оно и логично), так зачем тогда 8 Е1?

litnimax:

switch:

Ни один ARM проц не потянет нормальной нагрузки по диалплану, будет проседать при выполнении php agi, маленький кэш будет усложнять работу с БД ну и тд.

.
Тут спорить не буду. Поэтому там не Trix :-)

если там гольный астер, то это еще сильнее сужает сферу применения. Слабый проц не позволит сделать сколь-нибудь сложную обработку в диалплане. К системе не подключишь такое количество абонентов, для которого нужно 8 потоков (около 3000), так как процик просто задохнется от sip qualify и перерегистраций.

litnimax:

switch:

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

Офис ~ 100 сотрудников она потянет. А это и есть основной клиент.

в каком это офисе из 100 человек есть 8 потоков? одного потока - за глаза. а если подключать банками каналов - то 4 потока. Такой офис спокойно потянет атом 510, зачем огороды городить? Плюс сложности с внедрением дополнительных программных компонентов - например ODBC драйверов разных производителей.

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

Давайте обсуждение предполагаемых анонсов в другую ветку. Раз не будет в мае конференции, то я предлагаю просто устроить обед-встречу активистов. Я 14 мая предположительно буду в Москве, загляну на СвязьЭкспокомм. Недалеко ТД Европейский, где можно засесть вечером. Максим, встретимся?

Да, конечно.
Только ты нормально приезжай, чтобы не на два часа :-)

Постараюсь я, это уже как повезёт.