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

Asterisk 1.8 и T38 gateway

Asterisk IP PBX 20 сообщений 04.10.2011 13:41 - 05.10.2011 11:40
#1
Кто-то юзает 1.8 с патчем для факс-гетвея ? Какая версия астериска и какой патч используете ?
#2
Я пересобрал 1.6.2.9 тот который в debian stable, попробую как работает. Пока не понял как эту фичу активировать для e1 транка. Подебажу отпишусь
_________________
Corporate Telephone Systems. VoIP. http://ai.kh.ua
#3
Вызовы в транк E1 установил как FaxGateway(DAHDI/g1/${EXTEN}). Пока работает. t38 реквесты идут от астериска на котором e1. Адаптеры подхватывают и передача происходит пока нормально. Постоит недельку, можно о чем-то будет говорить.
_________________
Corporate Telephone Systems. VoIP. http://ai.kh.ua
#4
Меня больше интересовало использование функции FAXOPT совместно с командой Dial, а FaxGateway насколько я понял не поддерживает опций команды Dial.
#5
Я не увидел внутри патча для 1.6.2.6 как FAXOPT может обрабатываться. Вижу появился ключик b у команды Dial. Smile Пока что могу сказать что на E1 глючит -- виснуть каналы DAHDI. Сейчас подниму версию spandsp и еще погляжу.
Опиши вкраце сченарий как ты активируешь шлюзование t.30-t38 ?
_________________
Corporate Telephone Systems. VoIP. http://ai.kh.ua
#6
Мы разные патчи используем, потому и у тебя не появляется данная функция

Пример использования в extensions.conf
Код:
exten => _X.,n,Set(FAXOPT(gateway)=yes)
exten => _X.,n,Dial(SIP/${EXTEN})

а дальше факсуешь, в зависимости от режима передачи факса , подключается или нет факс-гейт.
#7
Пробовал астериск 1.8.9.2 и spandsp 0.0.5 -> 0.0.6 + патч.
Не работает ничего...


-- Executing [5251@06:1] Set("SIP/5444-00000000", "FAXOPT(gateway)=yes") in new stack
-- Executing [5251@06:2] Dial("SIP/5444-00000000", "DAHDI/g1/5251,60,g") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called DAHDI/g1/5251
-- DAHDI/i1/5251-1 is proceeding passing it to SIP/5444-00000000
-- DAHDI/i1/5251-1 is ringing
-- DAHDI/i1/5251-1 answered SIP/5444-00000000
-- Channel 1 echo canceler disabled its NLP.
-- Channel 1 detected a CED tone from the network.
-- Got Fax Tone CED Chan DAHDI/i1/5251-1 [0] Sending T.38 Params Peer Is SIP/5444-00000000 [1]
[Feb 17 14:07:05] NOTICE[14374]: channel.c:4149 __ast_read: Dropping incompatible voice frame on DAHDI/i1/5251-1 of format slin since our native format has changed to 0x8 (alaw)
-- Request on DAHDI/i1/5251-1 [0] Storing I: SIP/5444-00000000 [1]
== Using UDPTL TOS bits 184
== Using UDPTL CoS mark 5
-- Negotiated on SIP/5444-00000000 [4] Ignoring I: DAHDI/i1/5251-1 [0]
-- T.38 Gateway starting for chan SIP/5444-00000000 and peer DAHDI/i1/5251-1
-- Span 1: Channel 0/1 got hangup request, cause 16
-- Hungup 'DAHDI/i1/5251-1'
-- Executing [5251@06:3] Hangup("SIP/5444-00000000", "16") in new stack
== Spawn extension (06, 5251, 3) exited non-zero on 'SIP/5444-00000000'
-- Connection Statistics
Bit Rate :0
ECM : No
Pages : 0

не могу понять что ему не нравится в войс фрейме....
Но факс SIP -> E1 не ходит....
#8
У меня работало на asterisk-1.8.8.1 с 0.0.6~pre12-1
#9
я так понимаю с патчем ?

Added after 16 minutes:

не выходит каменный цветок.

Стоит 1.4.43 -> Cisco 5350XM и никаких проблем.
А вот 1.8 -> PRI (D410E) не работает....
#10
если нужны факсы - ставьте 1.10 - вроде уже стабильно рабоnает. причем она совместима с 1.8, тоесть можно апгрейдом сверху поставить со старыми конфигами.
не нужно будет с патчами заморачиваться больше.
_________________
«Choose a job you love, and you will never have to work a day in your life» — Confucius
#11
пробовал, та-же история, использовал 1.10 + spandsp 0.0.6pre20.
Завтра еще раз попробую на чистую систему поставить.
#12
Аndy писал(а):
я так понимаю с патчем ?
Да,
Код:
faxgateway-1.8.patch2 [^] (84,979 bytes) 2011-06-03 08:28 [wget patch] [License OK (v3.0)]

А 10-ый изначально нормально работал с факсами, у меня по крайней мере, версия spandsp та же 0.0.6~pre12-1
#13
не могу найти 0.0.6pre12-1
есть просто pre12. попробую с ним, если не затруднит - вышлите мне этот pre12-1
Спасибо.
#14
Держи
#15
У меня еще подозрения на эходав.
По идее он должен автоматом выключаться но не факт что он это делает.
Как его грамотно отключить ?
И потом я так понял чт онадо в sip.conf faxdetect = no поставить а вот в chan_dahdi.conf
кто советует faxdetect = both , кто говорит наоборот отключить....
#16
Аndy писал(а):
И потом я так понял чт онадо в sip.conf faxdetect = no поставить а вот в chan_dahdi.conf
кто советует faxdetect = both , кто говорит наоборот отключить....
Это зависит от потребностей
#17
Прочитал ветку, но не до конца вкурил, что бы юзать SIP(g.729, T.3Cool + PRI (OpenVox E1, T.30), 1.8 пойдёт только с каким-то патчем, который упоменался в этой ветке? Или только 1.10 версию Asterisk использовать?
#18
И ещё как вы думаете есть ли смысл накладывать патч на версию Asterisk-1.8.11.0-rc2 ? ии опытным путём? Просто взяв asterisk-1.8.8.1, которая здесь упоминалась, как рабочая с патчем, то всё равно патч в каждом файлике, кроме самомого первого не находит всё для замены, только часть.
#19 04.10.2011 13:41

Asterisk 1.8 и T38 gateway

Решил создать отдельную тему для данной "проблемы".

Собственно все делал как описано тут
Патч брал такой
Цитата:
faxgateway-1.8.patch2 [^] (84,979 bytes) 2011-06-03 08:28 [wget patch] [License OK (v3.0)]


Проверил прохождение факса с SIP(g729,t38) в pri (t30) и обратно - работает.

Жаль что не все так хорошо, после наложения патча перестал работать attended transfer, blind transfer работает в обоих случаях, почему так - не знаю...

Версия * 1.8.7.0

Есть патч свежее, его можно найти тут, но его пока не проверял.

Added after 2 hours 53 minutes:

Цитата:
faxgateway-1.8-v2.patch (License #5041) 23/Jul/11 6:29 AM 118 kB Gregory Hinton Nietsky

не работает, факсы не идут, т.к подключение "T.38 Gateway" не происходит, хотя функция FAXOPT появляется... да и attended transfer работает )))
#20 05.10.2011 11:40
У меня есть некий проверяльщик, который использует канал local, так вот после некоторого числа проверок (чаще после первой) астериск подвисал, на core stop now не реагировал, чаще всего после зависала консоль.

Решил попробовать не патченый канал local и чудо произошло, после использования "нового" канала local проблем не происходило, так же нормально работает перевод вызова в том числе attended transfer.

Факсы с sip(g729,t38) в pri(t30) проходят.

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