* [devel] Asterisk 1.6
@ 2008-03-28 8:00 Eugene Prokopiev
2008-03-28 14:46 ` Денис Смирнов
0 siblings, 1 reply; 4+ messages in thread
From: Eugene Prokopiev @ 2008-03-28 8:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
> Нет, но это не страшно -- в новых ядрах ztdummy должен куда лучше
> работать. Кроме того мне сейчас VoIP-only инсталляции не так интересны --
> за них денег не платят :)
А у меня немножко наоборот :)
И ztdummy - ну ты помнишь - мне не нравится тем, что для VoIP-only PBX
просится в VE, и тут этот ztdummy всю красоту портит ... Нет,
работает, но размазывать PBX по HN и VE - это слишком по-уродски
> EP> Если бы еще TxFax/RxFax от CallWeaver на него перетащить
>
> Для 1.6 у них какой-то новый аналог txfax/rxfax (тоже spandsp-based).
> Говорят работает лучше чем rxfax/txfax для Asterisk, который был раньше.
>
> Я в код смотрел -- там сделали много интересного, чего не было в
> rxfax/txfax.
А именно?
Хотя бы способ узнать, прошел факс или нет, появился?
> EP> и добиться работоспособности его встроенного web-интерфейса,
>
> Это фантастика. Он brain damaged от рождения, и таковым и останется. Я
> считаю вообще идиотизмом тащить HTTP в asterisk, когда есть AMI -- эту
> задачу надо всякими astmanproxy и аналогичными решать.
Ну кто б спорил, но снявши голову по волосам не плачут ;) zaptel для
VoIP-only - из той же оперы :)
А web-морда, разработка которой идет синхронно с основным функционалом
- это хорошо. Разумеется, ее лучше без необходимости не включать и
даже не ставить :)
> Вообще меня раздражает дурацкая привычка дигиоидов тащить все в один
> бинарник.
>
> Мухи отдельно -- котлеты отдельно. В идеале я вообще хотел бы чтобы все
> channel modules коннектились к Asterisk по UDP. Тогда не надо было бы ради
> H.323 линковать _бинарник астериска_ с openh323 (от вида которой мне
> становится плохо).
>
> EP> то я бы еще раз посмотрел на него
> EP> повнимательнее. Последний раз, когда я смотрел, мне не понравилась
> EP> твоя дефолтная конфигурация и нарезка по пакетам - но это мы уже
> EP> обсуждали и в мнениях, кажется, не сошлись.
>
> Да 90% моей нарезки на пакеты -- это твоя нарезка на пакеты! :)
Нет, мне кажется совершенно противоестественным делать sip
опциональным, а H.323, который большинством, в том числе мной и тобой,
не используется, обязательным. Пакетить отдельный бинарник asterisk с
поддержкой H.323 - это криво, но все же не настолько, как то, что есть
сейчас.
> А дефолтная конфигурация, IMHO, для таких вещей должна быть /dev/null,
Во-во, и дефолтная конфигурация callweaver - это и есть практически
/dev/null - с ними callweaver стартует не матерясь, причем доступно
минимум функциональности: прописано по паре учетных записей sip и iax
- нет только QUICKSTART с описанием того, где чего в конфигах искать и
как подключиться парой софтфонов и позвонить друг другу.
> рядом -- хорошие sample конфиги. Но эти sample конфиги никто не захотел
> писать ;)
Намек понял, я планировал писать их для callweaver вместе с
QUICKSTART, а пока в качестве таковых есть лишь оригинальные samples,
которые я положил в docs.
Еще я думал о том, что было бы неплохо иметь пакеты
{asterisk|callweaver}-conf-minmal, {asterisk|callweaver}-conf-sipnet и
т.д., которые provides {asterisk|callweaver}-conf. Синтакасис у них
пока что разошелся только в поддержке T.38 + парсер диалплана у
callweaver значительно более строгий (например, он придирается к
регистру) - так что это кажется реальным. Если нет принципиальных
возражений, то я попробую выделить на это время и со вниманием
выслушаю пожелания.
Да, медиаданные с голосами и музыкой для asterisk и callweaver тоже
должны быть общими.
--
С уважением,
Прокопьев Евгений
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Asterisk 1.6
2008-03-28 8:00 [devel] Asterisk 1.6 Eugene Prokopiev
@ 2008-03-28 14:46 ` Денис Смирнов
2008-03-28 16:05 ` Eugene Prokopiev
0 siblings, 1 reply; 4+ messages in thread
From: Денис Смирнов @ 2008-03-28 14:46 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 3426 bytes --]
On Fri, Mar 28, 2008 at 11:00:59AM +0300, Eugene Prokopiev wrote:
EP> И ztdummy - ну ты помнишь - мне не нравится тем, что для VoIP-only PBX
EP> просится в VE, и тут этот ztdummy всю красоту портит ... Нет,
EP> работает, но размазывать PBX по HN и VE - это слишком по-уродски
Для ztdummy достаточно в HN загрузить модуль ядра (а они и так всегда в HN
загружаются). И разрешить доступ к zap из VE.
>> Для 1.6 у них какой-то новый аналог txfax/rxfax (тоже spandsp-based).
>> Говорят работает лучше чем rxfax/txfax для Asterisk, который был раньше.
>> Я в код смотрел -- там сделали много интересного, чего не было в
>> rxfax/txfax.
EP> А именно?
EP> Хотя бы способ узнать, прошел факс или нет, появился?
Да! Это самое главное что мне понравилось :)
> EP>> и добиться работоспособности его встроенного web-интерфейса,
>> Это фантастика. Он brain damaged от рождения, и таковым и останется. Я
>> считаю вообще идиотизмом тащить HTTP в asterisk, когда есть AMI -- эту
>> задачу надо всякими astmanproxy и аналогичными решать.
EP> Ну кто б спорил, но снявши голову по волосам не плачут ;) zaptel для
EP> VoIP-only - из той же оперы :)
EP> А web-морда, разработка которой идет синхронно с основным функционалом
EP> - это хорошо. Разумеется, ее лучше без необходимости не включать и
EP> даже не ставить :)
Вот-вот.
EP> Нет, мне кажется совершенно противоестественным делать sip
EP> опциональным, а H.323, который большинством, в том числе мной и тобой,
EP> не используется, обязательным. Пакетить отдельный бинарник asterisk с
EP> поддержкой H.323 - это криво, но все же не настолько, как то, что есть
EP> сейчас.
Дело не в том, что это криво. Дело в том, что это не просто.
Кстати сам H.323 при этом не обязателен, и лежит в отдельном пакете. Но
бинарник должен быть слинкован с openh323 -- иначе та глючит.
>> А дефолтная конфигурация, IMHO, для таких вещей должна быть /dev/null,
EP> Во-во, и дефолтная конфигурация callweaver - это и есть практически
EP> /dev/null - с ними callweaver стартует не матерясь, причем доступно
EP> минимум функциональности: прописано по паре учетных записей sip и iax
EP> - нет только QUICKSTART с описанием того, где чего в конфигах искать и
EP> как подключиться парой софтфонов и позвонить друг другу.
Вот не должно быть ни одной прописаной учетной записи в дефолтных
конфигах.
>> рядом -- хорошие sample конфиги. Но эти sample конфиги никто не захотел
>> писать ;)
EP> Намек понял, я планировал писать их для callweaver вместе с
EP> QUICKSTART, а пока в качестве таковых есть лишь оригинальные samples,
EP> которые я положил в docs.
:)
EP> Еще я думал о том, что было бы неплохо иметь пакеты
EP> {asterisk|callweaver}-conf-minmal, {asterisk|callweaver}-conf-sipnet и
EP> т.д., которые provides {asterisk|callweaver}-conf. Синтакасис у них
EP> пока что разошелся только в поддержке T.38 + парсер диалплана у
EP> callweaver значительно более строгий (например, он придирается к
EP> регистру) - так что это кажется реальным. Если нет принципиальных
EP> возражений, то я попробую выделить на это время и со вниманием
EP> выслушаю пожелания.
EP> Да, медиаданные с голосами и музыкой для asterisk и callweaver тоже
EP> должны быть общими.
Давай кооперироваться на эту тему :)
--
С уважением, Денис
http://freesource.info
----------------------------------------------------------------------------
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Asterisk 1.6
2008-03-28 14:46 ` Денис Смирнов
@ 2008-03-28 16:05 ` Eugene Prokopiev
2008-03-29 1:42 ` Денис Смирнов
0 siblings, 1 reply; 4+ messages in thread
From: Eugene Prokopiev @ 2008-03-28 16:05 UTC (permalink / raw)
To: ALT Linux Team development discussions
28.03.08, Денис Смирнов<mithraen@altlinux.ru> написал(а):
> On Fri, Mar 28, 2008 at 11:00:59AM +0300, Eugene Prokopiev wrote:
>
> EP> И ztdummy - ну ты помнишь - мне не нравится тем, что для VoIP-only PBX
> EP> просится в VE, и тут этот ztdummy всю красоту портит ... Нет,
> EP> работает, но размазывать PBX по HN и VE - это слишком по-уродски
>
> Для ztdummy достаточно в HN загрузить модуль ядра (а они и так всегда в HN
> загружаются). И разрешить доступ к zap из VE.
Я понимаю, и именно это мне не нравится.
> >> Для 1.6 у них какой-то новый аналог txfax/rxfax (тоже spandsp-based).
> >> Говорят работает лучше чем rxfax/txfax для Asterisk, который был раньше.
> >> Я в код смотрел -- там сделали много интересного, чего не было в
> >> rxfax/txfax.
>
> EP> А именно?
> EP> Хотя бы способ узнать, прошел факс или нет, появился?
>
> Да! Это самое главное что мне понравилось :)
сделано по аналогии с описанным сдесь -
http://www.callweaver.org/wiki/Faxing+with+CallWeaver ?
> > EP>> и добиться работоспособности его встроенного web-интерфейса,
> >> Это фантастика. Он brain damaged от рождения, и таковым и останется. Я
> >> считаю вообще идиотизмом тащить HTTP в asterisk, когда есть AMI -- эту
> >> задачу надо всякими astmanproxy и аналогичными решать.
>
> EP> Ну кто б спорил, но снявши голову по волосам не плачут ;) zaptel для
> EP> VoIP-only - из той же оперы :)
> EP> А web-морда, разработка которой идет синхронно с основным функционалом
> EP> - это хорошо. Разумеется, ее лучше без необходимости не включать и
> EP> даже не ставить :)
>
> Вот-вот.
>
> EP> Нет, мне кажется совершенно противоестественным делать sip
> EP> опциональным, а H.323, который большинством, в том числе мной и тобой,
> EP> не используется, обязательным. Пакетить отдельный бинарник asterisk с
> EP> поддержкой H.323 - это криво, но все же не настолько, как то, что есть
> EP> сейчас.
>
> Дело не в том, что это криво. Дело в том, что это не просто.
>
> Кстати сам H.323 при этом не обязателен, и лежит в отдельном пакете. Но
> бинарник должен быть слинкован с openh323 -- иначе та глючит.
По-моему, она по любому глючит :)
И по сути это значит, что H.323 обязателен. С учетом того, что он мало
кому нужен, нужно иметь 2 пакета с бинарниками asterisk - с поддержкой
H.323, которую нет никакого смысла выносить в подпакет, и без.
Кстати, обязательность линковки с openh323 - это особенность openh323,
с другими реализациями как дело обстоит?
> >> А дефолтная конфигурация, IMHO, для таких вещей должна быть /dev/null,
>
> EP> Во-во, и дефолтная конфигурация callweaver - это и есть практически
> EP> /dev/null - с ними callweaver стартует не матерясь, причем доступно
> EP> минимум функциональности: прописано по паре учетных записей sip и iax
> EP> - нет только QUICKSTART с описанием того, где чего в конфигах искать и
> EP> как подключиться парой софтфонов и позвонить друг другу.
>
> Вот не должно быть ни одной прописаной учетной записи в дефолтных
> конфигах.
а закомментированных? ;)
> >> рядом -- хорошие sample конфиги. Но эти sample конфиги никто не захотел
> >> писать ;)
>
> EP> Намек понял, я планировал писать их для callweaver вместе с
> EP> QUICKSTART, а пока в качестве таковых есть лишь оригинальные samples,
> EP> которые я положил в docs.
>
> :)
>
> EP> Еще я думал о том, что было бы неплохо иметь пакеты
> EP> {asterisk|callweaver}-conf-minmal, {asterisk|callweaver}-conf-sipnet и
> EP> т.д., которые provides {asterisk|callweaver}-conf. Синтакасис у них
> EP> пока что разошелся только в поддержке T.38 + парсер диалплана у
> EP> callweaver значительно более строгий (например, он придирается к
> EP> регистру) - так что это кажется реальным. Если нет принципиальных
> EP> возражений, то я попробую выделить на это время и со вниманием
> EP> выслушаю пожелания.
> EP> Да, медиаданные с голосами и музыкой для asterisk и callweaver тоже
> EP> должны быть общими.
>
> Давай кооперироваться на эту тему :)
ок, я чуть позже погляжу еще на твои и свои пакеты и сформулирую, что
нужно сделать, более конкретно.
--
С уважением,
Прокопьев Евгений
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [devel] Asterisk 1.6
2008-03-28 16:05 ` Eugene Prokopiev
@ 2008-03-29 1:42 ` Денис Смирнов
0 siblings, 0 replies; 4+ messages in thread
From: Денис Смирнов @ 2008-03-29 1:42 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 2272 bytes --]
On Fri, Mar 28, 2008 at 07:05:11PM +0300, Eugene Prokopiev wrote:
>> Для ztdummy достаточно в HN загрузить модуль ядра (а они и так всегда в HN
>> загружаются). И разрешить доступ к zap из VE.
EP> Я понимаю, и именно это мне не нравится.
Ну, это уже все-таки вкусовщина -- ибо на надежность и т.д. оно не влияет.
Всего-то речь о загрузке одного модуля ядре и одной настройке vzctl.
> EP>> Хотя бы способ узнать, прошел факс или нет, появился?
>> Да! Это самое главное что мне понравилось :)
EP> сделано по аналогии с описанным сдесь -
EP> http://www.callweaver.org/wiki/Faxing+with+CallWeaver ?
Не знаю, не смотрел особо внимательно.
>> Кстати сам H.323 при этом не обязателен, и лежит в отдельном пакете. Но
>> бинарник должен быть слинкован с openh323 -- иначе та глючит.
EP> По-моему, она по любому глючит :)
EP> И по сути это значит, что H.323 обязателен. С учетом того, что он мало
EP> кому нужен, нужно иметь 2 пакета с бинарниками asterisk - с поддержкой
EP> H.323, которую нет никакого смысла выносить в подпакет, и без.
EP> Кстати, обязательность линковки с openh323 - это особенность openh323,
EP> с другими реализациями как дело обстоит?
ooh323, например, ничего такого не требует. Это особенность именно пакета
на базе openh323.
Повторяю -- H.323 поддержка в астериске не обязательна (сам модуль в
отдельном пакете). А вот либа openh323 получается обязательной :(
Я с этим уродством пока мирюсь, ибо на функциональности это не
сказывается, а лишний мегабайт на диске пока не жалко.
Но у меня еще в планах все-таки делать мини-АТС на флешке -- и там я буду
по этому поводу ругаться. Нехорошими словами.
У нас еще voicemail есть, который надо собирать отдельно plain files, ODBC
и IMAP версии. Причем собрать все одновременно невозможно :-/ И эти модули
должны конфликтовать.
>> Вот не должно быть ни одной прописаной учетной записи в дефолтных
>> конфигах.
EP> а закомментированных? ;)
Тогда можно :)
>> Давай кооперироваться на эту тему :)
EP> ок, я чуть позже погляжу еще на твои и свои пакеты и сформулирую, что
EP> нужно сделать, более конкретно.
Ok.
--
С уважением, Денис
http://freesource.info
----------------------------------------------------------------------------
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-03-29 1:42 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-03-28 8:00 [devel] Asterisk 1.6 Eugene Prokopiev
2008-03-28 14:46 ` Денис Смирнов
2008-03-28 16:05 ` Eugene Prokopiev
2008-03-29 1:42 ` Денис Смирнов
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git