Pull to refresh

Comments 44

Спасибо за обзор. Заглянул по сайт и с удовольствием обнаружил, что разработка не остановилась на 2.0.
Из плюсов еще наиболее стабильная, на мой взгляд, реализация H.323, что позволяет использовать в кач-ве внешнего конвертера H.323SIP.
Да, есть такое :) просто мне h323 в принципе не нужен, поэтому я особо в подробности не вникал.

Кстати, у них есть еще самописный веб-интерфейс: www.freesentral.com/ — но, к сожалению, возможности и желания проверить не было :)
У всех бесплатных проектов одна реализация h.323 — т.н. OpenH323
>yate -vvvvvvvvvv
ну ОЧЕНЬ кое-что напоминает, не находите ((:
>низкое потребление ресурсов (при 4 клиентах…
простите, вы RTP в обе стороны гнали или о чем именно речь?

читал на voip-inof что диалпланы на Yate еще более замороченые, чем у *
Если честно, то напоминает лишь tcpdump :) речь о том, что при 4 одновременно подключенных клиентах, которые общаются время от времени, не используется более 5 мбайт оперативной памяти (впрочем, процессор тоже ничуть не нагружается)

насчет диалпланов сложно сказать, дело привычки, может быть?
asterisk -vvvvvv — консолька Астериск. Юзайте ngrep вместо tcpdump, по функционалу и возможностям оно ширше. А насчет диалпланов — так это не только мое личное мне (:
Насчет диалпланов было изначально понятно, что мнение не ваше (читал на ...) ;)
У Asterisk как минимум несколько реализаций канала h323.
И три из четырёх базируются на OpenH323. :)
а как оно по сравнению с freeswitch?
за статью спасибо!
Честно говоря, не подскажу, не было опыта работы с FreeSWITCH :)
Про фрисвитч на хабре вот писали: habrahabr.ru/tag/freeswitch/ — может, там можно почерпнуть нужную информацию.
Подкиньте человеку кармы, пусть в коллективный блог перенесет.
подкинул кармы, переносите в профильный блог.
Спасибо, добрый человек! :)
и форматирование подправьте, тег h4 вложен друг в друга, от чего в моем браузере всё после четвертой части большими буковками ;)
Поправил, спасибо :)
я тоже сегодня занимался Yate, с нулевыми конфигами её настраивать проще, я делал отсюда — yate.null.ro/pmwiki/index.php?n=PmWiki.IntroductionExample1

у меня есть несколько вопросов:
1. при добавлении пользователя приходится рестартовать весь yate, можно сделать как нибудь это без рестарта?
2. если первое реализуемо, то хотелось бы вынести базу юзеров в мускул, но я так и не нашел как это сделать.
1. Можно, есть rmanager (через telnet который), ему надо сказать reload :)
2. Надо разработчиков попинать на тему структуры базы, я тоже не нашел ее.
offtop: простите за кривой коммент.

по теме -синтаксис конфигов очень похож на asterisk. не вижу никакого смысла рассматривать как полноценную замену, ибо поддержка оборудования никакая.
Какое оборудование имеется ввиду? Null Team (разработчики Yate) сами предлагают оборудование: www.null.ro/hardware.html
небольшой да выбор по сравнению с этим siper.ru/index.php?action=digimap? и потрудитесь зайти на www.digium.com/en/. откроете для себя много нового, например, что компания Компания Digium Inc. — разработчик платформы IP-телефонии Asterisk.
Еще один аргумент всегда брать Сангому. Помимо того, что у драйверов к этим платам больше возможностей, всегда можно отвязаться от Астериска и перейти на альтурнативу типа Yate.
То есть если бы синтаксис был не как у астериска, то имело бы?
дочитайте мой коммент до конца
Вы как бы его так написали, что смысл весьма смазался — надо после точки с большой буквы писать, а то подсознательно интерпретируется как запятая. И тем не менее — у вас как то узко с темой, вот у FreeSWITCH конфиги не как у астериска, это все, что можно о нем сказать?
вы все про конфиги? ))(и все же дочитайте коммент до конца. точку считать началом предложения).

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

freeswitch — ну так и скажите что нибудь — а мы послушаем.
UFO just landed and posted this here
Yate в некоторых моментах стабильнее Asterisk. Многие используют его в связке с Asterisk как softswitch
Есть 2 вопроса:
1) я могу указать а) глобально(для всех пользователей) б) локально (для конкретных пользователей) настройки кодеков как например в том же * это можно сделать.

2) как ведет себя эта ip-pbx если клиенты за натом?
1) а) глобально можно, в файле ysipchan.conf
б) не смотрел, не знаю :(

2); nat: bool: Enable automatic NAT support
;nat=enable
в том же файле, но как работает тоже не подскажу — пользоваться не приходилось :)
> yate -vvvvvvvvvv
Простите это клавиша запала или действительно столько букв надо набрать?
там debug level от 0 до 10 :) если неинтересно смотреть полностью все логи, то можно меньше «v» сделать :)
YATE хорош и архитектура красивая. Он, кстати, был единственным софтсвичом в моих опытах, который обеспечил нормальную работу native bridging (т.е. когда голосовой трафик идёт напрямую между абонентами, мимо сервера) для клиентов за NAT. Это, правда, достигается некоторыми хаками, что не всем нравится. Что не понравилось — как вы верно написали, документации мало, причём не просто мало — а ОЧЕНЬ мало; написание IVR очень сложно (нужно хорошо знать внутреннюю архитектуру); простые вещи, как call-limit, реализуются странными способами (запись и чтение из базы).
Но в целом, вещь хорошая. А если вы программист — так и вообще идеальная.
Участвовал в довольно долгом допиливании YaTE под нужды компании.

Общее впечатление после (в сравнении с asterisk):
— Очень удобная message-based архитектура, добавлять новые модули / изменять поведение старых, не меняя их код, просто и практично.
— Читабельный и самоописывающий код основного движка (что компенсирует нехватку доков), и нефиговое количество эзотерики в коде модулей (что заставляет страдать о нехватке доков)
— Стабильность и надёжность, в целом, уступают asterisk (довольно много времени пришлось потратить, чтобы добиться постоянного аптайма на большой загрузке, а от ошибок valgrind-drd окончательно избавиться так и не удалось)
— канал #yate на irc.freenode.net — отличный источник помощи, если что-то непонятно / сломалось, авторы проекта там постоянно бывают и отвечают вполне оперативно.

Что забавно, некоторые вещи делаются _очень просто_ добавлением модулей / правкой кода — а вот решения на основе кофигурации я бы сходу и не предложил. ( как выше упоминавшийся вопрос про базу юзеров ).
Отсутствие поддержки SIP через TCP/TLS ставит крест на среднем бизнесе. Поиграться если только.
Оно уже в разработке, в 2.2 скорее всего будет :) кстати, в Asterisk SIP over TCP помечен как экспериментальная функция.
т.е. нужно договаривать с провайдером по поводу открытия портов?!
м сейчас ворвется ваш спаситель! Используйте Druid OS. Это самый адекватный форку астериска. Есть бесплатная опенсорсная версия. Очень удобный вэб интерфейс.
Sign up to leave a comment.

Articles