[nickD]

Собственно, хотим поднять виртуальные атс для своих клиентов,

в большей степени потому что имеем опыт работы с asterisk

остановились на этом:

http://code.google.com/p/virtual-pbx/

 

Хотелось бы услышать мнение, отзывы и альтернативы.

[nwton]

ой... это ж просто asterisk запущенный в виртуальном сервере.

из плюсов - на один физический сервер можно запихать много виртуалок, экономия железа/электроэнергии

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

[rover-lt]

Собственно, хотим поднять виртуальные атс для своих клиентов,

в большей степени потому что имеем опыт работы с asterisk

остановились на этом:

http://code.google.com/p/virtual-pbx/

 

Хотелось бы услышать мнение, отзывы и альтернативы.

Когда-то выбрали "давать виртуальные АТС" клиентам на основе OpenVZ+FreePBX. Через некоторое время перешли на VMWare + FreePBX. Потом отказались от плодения виртуальных машин, т.к. клиентам не нужны все эти понты, а требуется максимум приветственный IVR и перевод звонков, которые и были сделаны на единственном астериске.

[koffin]

... а требуется максимум приветственный IVR и перевод звонков, которые и были сделаны на единственном астериске.

Как перевод звонков осуществляете? каким оборудованием клиенты пользуются? бывают с ними проблемы?

[rover-lt]

... а требуется максимум приветственный IVR и перевод звонков, которые и были сделаны на единственном астериске.

Как перевод звонков осуществляете? каким оборудованием клиенты пользуются? бывают с ними проблемы?

по Flash, по ## (через астериск), по короткому нажатию рычага на телефоне. Аналоговые порты - Linksys SPA8000, SPA2102. Чем пользуются клиенты? Всем, кроме пульсонаборных аппаратов.

Партнеры пользуют вместо Linksys SPA Addpack'и - слышал, что тоже неплохо, но не щупал, и, судя по логам, там Flash не поддерживается.

Изменено 25 июня, 2012 пользователем rover-lt

[koffin]

... а требуется максимум приветственный IVR и перевод звонков, которые и были сделаны на единственном астериске.

Как перевод звонков осуществляете? каким оборудованием клиенты пользуются? бывают с ними проблемы?

по Flash, по ## (через астериск), по короткому нажатию рычага на телефоне. Аналоговые порты - Linksys SPA8000, SPA2102. Чем пользуются клиенты? Всем, кроме пульсонаборных аппаратов.

Переключалки стабильно работают? оборудование у меня такоеже, бывает звонок не переключается: жмешь на ## а эффекта никакого, причем переодичности не наблюдается!

[nwton]

Всем, кроме пульсонаборных аппаратов

Кстати из бюджетной серии импульсный набор поддерживают Grandstream (одновременно с тональным), в документации это нигде особо не афишируется, но факт есть.

 

Партнеры пользуют вместо Linksys SPA Addpack'и - слышал, что тоже неплохо, но не щупал, и, судя по логам, там Flash не поддерживается

Не умеют готовить, работает он там и диапазон флеша настраивается.

 

каким оборудованием клиенты пользуются? бывают с ними проблемы?

dlink - отстой.

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

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

grandstream - китай... работают сносно, прошивки клепают исправно, иногда виснут, но редко, иногда порты вылетают (если пять телефонов в параллель поставить на линии в полкилометра и постоянно звонить), основное нарекание на GXW-2024 - дохнут конденсаторы и БП относительно быстро (правда на некоторых узлах довольно жарко, но могли твердотельные кондеры поставить), да и с поставками тяжеловато иногда бывает.

addpack - хорошо, но дорого, по сравнению с linksys ничем не выделяются, но при цене в 2 раза дороже - выбор предопределен.

Вот и все значимые производители с ценой порта на уровне 1000 рублей (30$).

 

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

 

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

Полностью поддерживаю.

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

[koffin]

спс. сам на linksys'ах остановился. но пара длинков еще осталась.

[rover-lt]

Переключалки стабильно работают? оборудование у меня такоеже, бывает звонок не переключается: жмешь на ## а эффекта никакого, причем переодичности не наблюдается!

Были претензии только на то, что это есть "какой-то дурной способ перевода". Мы нажатия кнопок тоже логируем, и там все видно :). Пока не видел прецедентов, когда ## был нажат, а трансфер не отработан.

[Jonnik]

nwton посмотрите на линейку шлюзов ТАУ "Элтекс", поддерживают все что Вы хотите и многопортовые варианты есть

[catalist]

А мультидомен SIP уже реализовали для ТАУ-32? а то полгода уже обещают...

[nwton]

Jonnik, при беглом осмотре документации по шлюзам ТАУ "Элтекс" там Provisioning не обнаружен.

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

 

при подробном немного неудобный, но приемлимый вариант провижнинга:

Provisioning

 

Настройка шлюза возможна тремя основными способами. Первый, самый очевидный — через веб интерфейс. Если нужно настроить однообразно несколько шлюзов, такой способ принесет массу хлопот. Второй способ — загрузкой через веб или с FTP/TFTP сервера файла конфигурации. Файл конфигурации представляет собой архив, содержащий в себе папку /etc/config. Конфигурация шлюза состоит из нескольких текстовых файлов, каждый из которых отвечает за свою секцию в настройках, так как файлы текстовые — их легко можно создать для большого числа шлюзов. Для оперативного изменения настроек подходит другой способ — используя SNMP, MIB для шлюза содержатся на диске, прилагаемом к шлюзу, описание параметров - в инструкции.

Изменено 25 июня, 2012 пользователем nwton

[Jonnik]

Автопровижинг есть, просто каждый клиент строит его по своему, какого-то единства по этому поводу нет, поэтому сложно подсторится под каждого,

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

[telematic]

nwton посмотрите на линейку шлюзов ТАУ "Элтекс", поддерживают все что Вы хотите и многопортовые варианты есть

 

Оставлю положительный отзыв о данных шлюзах. А 72-х портовый вообще вне конкуренции по цене.

[nwton]

Начали с обсуждения "нужно ли для каждого клиента свой собственный астериск" и "астериск в виртуалке это хорошо или плохо"

 

А перешли на обсуждение, что нужно доделать в шлюзах ТАУ "Элтекс", хотя тут профильная ветка есть даже.

Для себя решил взять по окончании сезона отпусков на тестирование малопортовую железку и поглядеть на её поведение (ведь TAU-1E.IP, TAU-104F.IP, TAU-8.IP и TAU-72.IP имеют одинаковый код в части VoIP стека??)

[telematic]

и альтернативы.

 

Broadworks :-)

 

IMHO, абоненту виртуальный Астериск не нужен, ибо при желании его поднять нужна просто писюга и всё.

И это... Куда вы потом эти Астериски включаете?

[io123]

ой... это ж просто asterisk запущенный в виртуальном сервере.

 

 

 

вообще там один астериск на много-много клиентов. vmware это демо с установленной инфраструктурой. Пользуемся полет нормальный.