[devel] Asterisk 1.6

["Eugene Prokopiev" <enp@altlinux.org>]

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

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