Проблема в том, что факсы при входящих звонка не принимаются. При исходящих все без проблем. АТС yeastar м1, плата e1 встроенная
chan_dahdi.conf:
[trunkgroups]
[channels]
usecallerid=yes
hidecallerid=no
usecallingpres=yes
echocancel=yes
echocancelwhenbridged=yes
immediate=no
language=ru
faxdetect=incoming
;#include dahdi-pri.conf
#include dahdi-channels.conf
dahdi/system.conf:
loadzone = ru
defaultzone = ru
span=2,1,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31
dahdi/ysport.conf:
port_e1_1=e1,1-15,17-31
cat dahdi_test - такой команды не знает(
На шлюзе
Fax mode = Pass-Through
Fax tone detection mode = Caller or Callee
Может кто сталкивался с подобной проблемой?
UPD 14-04-16-51
Все же похоже на баг в самой АТС, тк входящие вызовы при срабатывании факса он странно обрабатывает, а именно в большинстве случаев срабатывает контекст [detect-fax-to-email] и на отправляющей стороне факс уходит, ну а у нас конечно нигде не вылезит:
-- Executing [fax@voicemenu-custom-sklad:1] Goto("DAHDI/3-1", "detect-fax-to-email,s,1") in new stack
-- Goto (detect-fax-to-email,s,1)
-- Executing [s@detect-fax-to-email:1] NoOp("DAHDI/3-1", "ready fax to ") in new stack
-- Executing [s@detect-fax-to-email:2] GotoIf("DAHDI/3-1", "0>0?from-outside,,1") in new stack
-- Executing [s@detect-fax-to-email:3] Set("DAHDI/3-1", "SENDMAIL=0") in new stack
-- Executing [s@detect-fax-to-email:4] Set("DAHDI/3-1", "FAXFROM=0172698830") in new stack
-- Executing [s@detect-fax-to-email:5] Set("DAHDI/3-1", "FAXFILE=/home/fax/0172698830-20140414-1501-1930981073.tiff") in new stack
-- Executing [s@detect-fax-to-email:6] ReceiveFAX("DAHDI/3-1", "/home/fax/0172698830-20140414-1501-1930981073.tiff") in new stack
Однако иногда контекст не срабатывает, а вызов обрабатывается, как при принятии факса:
[2014-04-14 16:35:01] WARNING[1190]: chan_sip.c:8679 process_sdp: Unsupported SDP media type in offer: image 8012 udptl t38
и факс в этом случае проходит...
Но все же есть случаи, когда контекст не срабатывает, но и факс не приходит, на отправляющей стороне факс так же не пищит об ошибке.. Но это ладно... Как бы пофиксить этот [detect-fax-to-email].
В конекстах, создаваемые вебмордой, в конце прописано:
exten = fax,1,Goto(detect-fax-to-email,s,1)
Пробовал убирать эту строку и все точно так же переписать в extensions_custom, но ситуацию это не поменяло (в целом не ждал, что что-то поменяется)
Отправил все это производителю, пока жду ответа
meral, вот дебаг, когда факс не прошел:
pri set debug on span 1
при ошибке факса:
[2014-04-14 18:15:59] WARNING[1190]: chan_sip.c:8679 process_sdp: Unsupported SDP media type in offer: image 8012 udptl t38
q931.c:6839 q931_hangup: Hangup other cref:20
q931.c:6596 __q931_hangup: ourstate Active, peerstate Active, hold-state Idle
q931.c:5785 q931_disconnect: Call 20 enters state 11 (Disconnect Request). Hold state: Idle
MyPBX*CLI>
> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 20/0x14) (Sent to originator)
> Message Type: DISCONNECT (69)
TEI=0 Transmitting N(S)=33, window is open V(A)=33 K=7
[ span number: 1 ]
> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 20/0x14) (Sent to originator)
> Message Type: DISCONNECT (69)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[ span number: 1 ]
< Protocol Discriminator: Q.931 (8) len=5
< TEI=0 Call Ref: len= 2 (reference 20/0x14) (Sent from originator)
< Message Type: RELEASE (77)
Received message for call 0x49f24a50 on link 0x3810d0 TEI/SAPI 0/0
q931.c:8622 post_handle_q931_message: Call 20 enters state 0 (Null). Hold state: Idle
q931.c:6839 q931_hangup: Hangup other cref:20
q931.c:6596 __q931_hangup: ourstate Null, peerstate Release Request, hold-state Idle
> DL-DATA request
> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 20/0x14) (Sent to originator)
> Message Type: RELEASE COMPLETE (90)
TEI=0 Transmitting N(S)=34, window is open V(A)=34 K=7
[ span number: 1 ]
> Protocol Discriminator: Q.931 (8) len=9
> TEI=0 Call Ref: len= 2 (reference 20/0x14) (Sent to originator)
> Message Type: RELEASE COMPLETE (90)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
q931.c:6839 q931_hangup: Hangup other cref:20
q931.c:6596 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
Destroying call 0x49f24a50, ourstate Null, peerstate Null, hold-state Idle
Самому его прочитать не хватает скилла(
asterisk -r
pri debug span 0
и читаете что происходит.
на атс выключите ВСЕ детекты факсов.
Пишите производителю. Мы то тут при чем? Вы деньги кому-то отдали за готовый продукт, а помощи у нас просите.
Задан: 2014-04-14 13:12:42 +0400
Просмотрен: 627 раз
Обновлен: Apr 14 '14
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
switch, да надоело им уже просто писать... узкоглазые вообще не понимают, почему они не ходят, и говорят, что проблема на платах АТС... Те говорят, что мол, что Ваша АТС отправляет, то мы и передаем... По мне так кажется, что проблема зарыта в настройках dahdi. Сам бы с радостью поставил железный asterisk, докупил бы плату OpenBox, так тут пока проблема с закупкой...
nyll ( 2014-04-14 13:49:10 +0400 )редактироватьmeral, повыключал все, что может быть связано с детектами факсов
nyll ( 2014-04-14 18:09:13 +0400 )редактироватьдебажте. мы за вас не подебажем.
meral ( 2014-04-14 18:22:16 +0400 )редактироватьmeral, добавил дебаг в вопрос
nyll ( 2014-04-14 19:10:54 +0400 )редактироватьу вас дебаг не с того момента. там уже вверху написано disconnect request. вот берете дебаг выше того сообщения и идете в техподдержку вашей атс или не форум той атс. или включатее дебаг внутри АТС.
meral ( 2014-04-14 19:58:14 +0400 )редактироватьmeral, выше ничего не дебажилось... дебаг выложил с момента поднятия трубки, и после чего нажал кнопку старт, после 1-го сигнала выдал chansip.c:8679 processsdp: Unsupported SDP media type in offer: image 8012 udptl t38. Ок, буду техподдержку мучать, но боюсь они мне ничего не предложат, кроме как перепрошивки... И перепрошивать - там страшно подумать, сколько всего нужно настраивать, тк прошивка след. поколения, а там просто конфиг не накатишь(( Как-то у них спрашивал, как накатить php на АТС (по умолчанию кроме shell там ничего нет) - сказали не предусмотрено разработчиком (ну и понятно команда yum так же урезана, хотя весит все на CentOS)... а стоит под 3к... мда
Эм... а вопрос такой: изначально (до меня) был выставлен параметр faxdetect=no в chan_dahdi Вопрос: по форумам лазил, везде в конфигах сотит параметр faxdetect=incoming. Так как все же правильно будет выставить?
nyll ( 2014-04-14 20:53:34 +0400 )редактироватьчитайте мануалы. такой атс как у вас ни у кого из пристувующих нету.
meral ( 2014-04-15 00:33:04 +0400 )редактироватьв любом случае спасибо за подсказки... Разрабы все на себя возьмутЮ в том числе и перепрошивку... Тк еще один баг обнаружил, а именно такую же проблему, что и тут - http://asterisk-support.ru/question/52638/elastix-problema-s-perevodom-transfer/ и пофиксить невозможно...
nyll ( 2014-04-15 09:56:03 +0400 )редактироватьMyPBX чтоли? а у них вообще вродекак нет отдела разработки ;) удачи
meral ( 2014-04-15 20:45:19 +0400 )редактировать