[devel] Asterisk 1.6

[devel] Asterisk 1.6

[Eugene Prokopiev]

>  Нет, но это не страшно -- в новых ядрах 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 тоже
должны быть общими.

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Asterisk 1.6

[Денис Смирнов]

[-- 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 --]

Re: [devel] Asterisk 1.6

[Eugene Prokopiev]

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> должны быть общими.
>
>  Давай кооперироваться на эту тему :)

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

-- 
С уважением,
Прокопьев Евгений

Re: [devel] Asterisk 1.6

[Денис Смирнов]

[-- 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 --]