AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Asterisk 1.10 feature freeze

Asterisk-Dev 13 сообщений -
#1

Asterisk 1.10 feature freeze


Из рассылки asterisk-dev by Russel Bryant
Цитата:
We would like to release Asterisk 1.10 roughly a year after Asterisk
1.8. This will be a standard release, not LTS [2]. To have the release
out in the October time frame, we need to branch off 1.10 (feature
freeze) at the end of June. At that point we will begin the beta and RC
process. If you're working on new development projects that you would
like to get into Asterisk 1.10, please keep this timeline in mind.

Ув. пользователи/администраторы Астериск, если у вас остались невысказанные пожелания, то сейчас самое время их оформить и запостить на их багтреккер. Так же это касается уже оформленных нами и не нами фич-реквестов с предоставленными патчами-рализациями - поможем протестировать их, кто что может, иначе они просто не попадут в дерево(протестировано заявителем с вердиктом "у меня работает" не достаточно для того что-бы патч попал в транк, нужно хотя бы два-три тестировщика). До конца июня не так много времени осталось, и будет жаль что нужная фича так и не попала "в коробку".

_________________
Slackware 13.37 - Asterisk 1.8
#2

Имхо лучше бы стабильность вернули... в 1.4 она была вполне неплохой, в 1.6.2 терпимой, а в 1.8 стала никакущей Sad
_________________
Gentoo Linux || Asterisk 13.1-cert2
Решения телефонии на базе Asterisk || http://it-need.ru
#3

Стабильность, стабильностью, а мне, например, нужны некоторые фичи, которых из коробки нету. И я добросовестно эти фичи реализую и сабмичу. Только вот патч до сих пор(завтра будет месяц) висит без вердикта(ready for testing ), ибо фича никому не нужна. Приходится либо патчить последнюю версию, либо транк.
_________________
Slackware 13.37 - Asterisk 1.8
#4

А можно поподробнее про фичи которые ты поддерживаешь в виде патчей сейчас?
_________________
Gentoo Linux || Asterisk 13.1-cert2
Решения телефонии на базе Asterisk || http://it-need.ru
#5

Там по мелочам. В основном управление через AMI. Ну например MeetmeChannelAdmin через AMI.
Если будет время, то доделаю и засабмичу ещё и app_aon(конечно если asterisk-dev рассылка удосужится хотя-бы как-то прокомментировать мой вопрос).

_________________
Slackware 13.37 - Asterisk 1.8
#6

FeyFre писал(а):
...засабмичу ещё и app_aon...


А вот от сюда поподробнее... Wink

_________________
нанотехнолигии в области Asterisk
#7

Да, да! Мне тоже интересно... Wink
#8

Ничего там особенного нету.
Модуль к астерискку app_aon.so регистрирует application с названием AON
В диалплане приблизительно так
Код:
[aon-test]
exten => _X.,1,Noop(AON_TEST)
same=>n,Answer()
;;; Часть может быть опущена для линий, на которых АОН выдается даже без запроса.
same=>n,PlayTones(0/100,500/100)
same=>n,Wait(0.2)
same=>n,StopPlayTones()
;;; прослушать АОН
same=>n,AON()
;;; либо можно задать максимальное время попытки услышать АОН(мало там почему он запаздывает) same=>n,AON(4000)
;;; ну и где-то его использовать: номер, результат определения(успешно или нет), причина провала(нету, линию отбили, и пр.)
same=>n,NoOp(${AONNUMBER})
same=>n,NoOp(${AONSTATUS})
same=>n,NoOp(${AONCAUSE})
same=>n,Hangup()
Естественно главное требование - звук должен идти через *, а не на прямую. Пока протестировал на 2*FXO DVG7022S. К сожалению, станция на которой тестировал выдает АОН безусловно(нету других станций под рукой: дома - CallerID, иногда ходит АОН, но по каком принципу - хз), потому с подачей запроса начисто не тестировалось, но должно работать.
Естественно, если если что-то подняло трубку раньше, то можно забыть об АОН-е.
На очереди переделка этого добра в автоматический режим(без диалплана - подняли на каком-то канале трубку - послушать АОН, выставить переменные). Но это буде значительно позже - работы много, и того что есть сейчас для моей задачи хватает(да и отсутствие нормально отладчика тоже фактор).
Когда начну что-то делать, то я пасусь в рассылке asterisk-dev, в частности в этой ветке я консультируюсь.(Я лично не понимаю, почему кто-то другой не до сих пор не реализовал эту задачу - задача скажем так - не сложная вовсе).

_________________
Slackware 13.37 - Asterisk 1.8
#9

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

Пока нет. Да и не мне решать опенсорсное оно или нет. Анализатор спектра возрастом 10 лет был изъят из прошивки аппаратуры АТС(на фирму работаю, которая эту аппаратуру делает и ставит) и прикручен в модуль. Так что открыть за просто так не получится.
Да и о красоте кода там речь не идет(я там насчитал не только детектор АОН, но и DTMF, R2D in/out, и ещё парочку детекторов сдвоенных частот, и оторвать друг от друга я не смогу).
Для открытия придется где-то искать открытую реализацию FFT.

ЗЫ: у меня нету сомнений что оно работает, нужно только парочку до тестов сделать(ну например, как оно отреагирует на тройную, или 2.5 посылку АОН).

_________________
Slackware 13.37 - Asterisk 1.8
#11

как "открыть" код - очень просто(как закрытые прошивки "открывают", превращая в опенсорс знаешь?). дай слить бинарь (или что там у тебя есть), наймем хацкеров (есть знакомые), они его распотрошат в дизасемблере и перепишут код заново - на выходе получится совершенно новый продукт. типа с нуля писанный, даже ни у кого подозрений не возникнет в этом. и уж копирайтов там точно не будет Wink
#12

Как открывать и сливать - я знаю. Но кушать то хочецца, а GPL ещё никого не накормила.
_________________
Slackware 13.37 - Asterisk 1.8
#13

FeyFre писал(а):
..., а GPL ещё никого не накормила.


меня кормит. особенно поддержка того что написал Smile

_________________
нанотехнолигии в области Asterisk