Elastix FAX

ded · Сообщение **ded** » 12 дек 2010, 13:36

shakirov писал(а):А какчерез t.38 посылать? на сколько понял, нужно ставить t38modem и прикручивать его к Hylafax,

Нет

shakirov писал(а): и t38pt_udptl = yes для транков через которые будет ходить факс, так?

Да.
Уже пробуйте.

shakirov · Сообщение **shakirov** » 12 дек 2010, 14:41

Попробовал, не работает. Включил t38 в конфиге астериска и для транков, толку никакого

Dec 12 14:19:09.53: [ 4252]: --> [10:NO CARRIER]

я уже путаться начал, одни говорят вырубай t.38, астериск не умеет его терминировать, другие говорят врубай, t38modem нафиг не нужен.

Может связка не понятна, Hylfafax + IAXmodem это то что настроено в Elastix.

ded · Сообщение **ded** » 12 дек 2010, 14:56

shakirov писал(а):Попробовал, не работает. Включил t38 в конфиге астериска и для транков, толку никакого

Вначале определите, провайдер то посылает вам Т38? Надо включить sip debug IP_PROVIDER и зацепить пакет INVITE, в котором при входящем факсе должно быть в sdp

Код: Выделить всё

>> v=0.
o=IPFax 0 1 IN IP4 192.168.0.100.
s=SIP Fax Call.
i=IPFax.
c=IN IP4 192.168.0.15.
t=0 0.
m=image 49152 udptl t38.
a=T38FaxVersion:0.
a=T38MaxBitRate:14400.
a=T38FaxRateManagement:transferredTCF.
a=T38FaxMaxBuffer:200.
a=T38FaxMaxDatagram:72.
a=T38FaxFillBitRemoval:0.
a=T38FaxTranscodingMMR:0.
a=T38FaxTranscodingJBIG:0.
a=T38FaxUdpEC:t38UDPRedundancy.

shakirov писал(а):я уже путаться начал, одни говорят вырубай t.38, астериск не умеет его терминировать, другие говорят врубай, t38modem нафиг не нужен.

Астериск не умеет функцию T.38 gateway, а терминировать как раз умеет.

shakirov писал(а):Может связка не понятна, Hylfafax + IAXmodem это то что настроено в Elastix.

Вполне понятна. Мы эту связку ставим клиентам последние 2 года.

shakirov · Сообщение **shakirov** » 12 дек 2010, 15:27

T.38 не фигурирует даже.. теребить провайдера?

Код: Выделить всё

<--- Reliably Transmitting (no NAT) to 91.144.140.130:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 91.144.140.130;branch=91.144.140.137.5075-97150000;received=91.144.140.130
From: "AlterPSS" <sip:2765000@91.144.140.137:5075>;tag=91.144.140.137.5075-257063720-7291
To: <sip:2112222@10.60.128.232>;tag=as09202b18
Call-ID: 7D643027-000f6965-f527b28-004fce@91.144.140.137
CSeq: 5527 INVITE
Server: Asterisk PBX 1.6.2.13
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Contact: <sip:2112222@10.60.128.232>
Content-Type: application/sdp
Content-Length: 239

v=0
o=root 1159583192 1159583192 IN IP4 10.60.128.232
s=Asterisk PBX 1.6.2.13
c=IN IP4 10.60.128.232
t=0 0
m=audio 19156 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

Может в настройках пира что-то не так?

Код: Выделить всё

type=peer
host=91.144.140.130
username=2112222
secret=3333333333
fromuser=2112222
fromdomain=91.144.140.130
canreinvite=yes
nat=no
insecure=very
dtmfmode=auto
t38pt_udptl=yes

2112222:333333333@91.144.140.130/2112222

ded · Сообщение **ded** » 12 дек 2010, 15:33

1) Сделайте t38pt_udptl=yes в глобальной секции, в файле sip_general_custom.conf
2) Приход INVITE от провайдера не зависит от того, что указано на этом транке. Это ответ Астериска на его INVITE зависит от этих установок.
Вот ваш кусок дебага выше как раз ответ Астериска SIP/2.0 200 OK в ответ на CSeq: 5527 INVITE написано - to 91.144.140.130:5060 а не from 91.144.140.130:5060

<--- Reliably Transmitting (no NAT) to 91.144.140.130:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 91.144.140.130;branch=91.144.140.137.5075-97150000;received=91.144.140.130
From: "AlterPSS" <sip:2765000@91.144.140.137:5075>;tag=91.144.140.137.5075-257063720-7291
To: <sip:2112222@10.60.128.232>;tag=as09202b18
Call-ID: 7D643027-000f6965-f527b28-004fce@91.144.140.137
CSeq: 5527 INVITE

Надо было смотреть сам INVITE, на один пакет выше от этого.
Ну и
canreinvite=no
insecure=invite,port

shakirov · Сообщение **shakirov** » 12 дек 2010, 16:16

1) да включено, я проверил через sip show settings

Так, да в диалоге есть упоминание T.38

Код: Выделить всё

<--- SIP read from UDP:91.144.140.130:5060 --->
INVITE sip:2112222@10.60.128.232 SIP/2.0
Via: SIP/2.0/UDP 91.144.140.130;branch=91.144.140.138.5075-85360000
From: "AlterPSS" <sip:2765000@91.144.140.138:5075>;tag=91.144.140.138.5075-299106376-27199
To: <sip:2112222@10.60.128.232>;tag=as6adc546a
User-Agent: AlterProxySoftSwitch
Call-ID: 7D643027-001e6965-11d40048-00064f@91.144.140.138
CSeq: 13957 INVITE
Contact: <sip:2765000@91.144.140.130>
Content-Type: application/sdp
Content-Length: 386
Date: Sun, 12 Dec 2010 13:03:27 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, INFO, BYE

v=0
o=91.144.140.138 1292159007 1292159007 IN IP4 91.144.140.138
s=AlterProxySoftSwitch
c=IN IP4 91.144.140.138
t=0 0
m=image 16642 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:72
a=T38FaxUdpEC:t38UDPRedundancy

<------------->
[Dec 12 16:03:24] VERBOSE[23867] chan_sip.c: --- (12 headers 15 lines) ---
[Dec 12 16:03:24] VERBOSE[23867] chan_sip.c: Sending to 91.144.140.130 : 5060 (no NAT)
[Dec 12 16:03:24] VERBOSE[23867] chan_sip.c: Got T.38 offer in SDP in dialog 7D643027-001e6965-11d40048-00064f@91.144.140.138
[Dec 12 16:03:24] VERBOSE[23867] chan_sip.c: Capabilities: us - 0xe (gsm|ulaw|alaw), peer - audio=0x0 (nothing)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x0 (nothing)
[Dec 12 16:03:24] VERBOSE[23867] chan_sip.c: Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
[Dec 12 16:03:24] VERBOSE[23867] chan_sip.c: Got T.38 Re-invite without audio. Keeping RTP active during T.38 session.
[Dec 12 16:03:24] NOTICE[23867] chan_sip.c: T.38 re-INVITE detected but no fax extension
[Dec 12 16:03:24] VERBOSE[23867] chan_sip.c: 
<--- Transmitting (no NAT) to 91.144.140.130:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 91.144.140.130;branch=91.144.140.138.5075-85360000;received=91.144.140.130
From: "AlterPSS" <sip:2765000@91.144.140.138:5075>;tag=91.144.140.138.5075-299106376-27199
To: <sip:2112222@10.60.128.232>;tag=as6adc546a
Call-ID: 7D643027-001e6965-11d40048-00064f@91.144.140.138
CSeq: 13957 INVITE
Server: Asterisk PBX 1.6.2.13
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Contact: <sip:2112222@10.60.128.232>
Content-Length: 0


<------------>
[Dec 12 16:03:29] VERBOSE[23867] chan_sip.c: 
<--- Reliably Transmitting (no NAT) to 91.144.140.130:5060 --->
SIP/2.0 488 Not acceptable here
Via: SIP/2.0/UDP 91.144.140.130;branch=91.144.140.138.5075-85360000;received=91.144.140.130
From: "AlterPSS" <sip:2765000@91.144.140.138:5075>;tag=91.144.140.138.5075-299106376-27199
To: <sip:2112222@10.60.128.232>;tag=as6adc546a
Call-ID: 7D643027-001e6965-11d40048-00064f@91.144.140.138
CSeq: 13957 INVITE
Server: Asterisk PBX 1.6.2.13
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0

ded · Сообщение **ded** » 12 дек 2010, 18:22

Ну не есть упоминание о Т.38, а абсолютно точно: ваш провайдер предлагает Т.38
v=0
o=91.144.140.138 1292159007 1292159007 IN IP4 91.144.140.138
s=AlterProxySoftSwitch
c=IN IP4 91.144.140.138
t=0 0
m=image 16642 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:72
a=T38FaxUdpEC:t38UDPRedundancy

а ваш Астериск отвечает <--- Reliably Transmitting (no NAT) to 91.144.140.130:5060 --->
SIP/2.0 488 Not acceptable here

Так что смотрите sip show settings.

shakirov · Сообщение **shakirov** » 13 дек 2010, 00:48

Судя по sip show settings T.38 включен.

Код: Выделить всё

Global Settings:
----------------

  T.38 support:           Yes
  T.38 EC mode:           FEC
  T.38 MaxDtgrm:          -1

Для транка T.38 также включен:

Код: Выделить всё

sip show peer 2112222
  T.38 support : Yes
  T.38 EC mode : FEC
  T.38 MaxDtgrm: -1

shakirov · Сообщение **shakirov** » 13 дек 2010, 01:06

паралельно шерстю гугл, пишут что факсы чувствительны к Jitter, на всякий проверил, вроде как всё шоколадно

--- 91.144.140.130 ping statistics ---
2571 packets transmitted, 2571 received, 0% packet loss, time 50084ms
rtt min/avg/max/mdev = 1.947/2.518/5.071/0.370 ms

shakirov · Сообщение **shakirov** » 13 дек 2010, 01:15

Вот еще конфиг если он имеет значение.

Код: Выделить всё

grep -v "^;" /etc/asterisk/udptl.conf 
[general]
udptlstart=4000
udptlend=4999
udptlfecentries = 3
udptlfecspan = 3
use_even_ports = no

T38FaxUdpEC = t38UDPRedundancy
T38FaxMaxDatagram = 1400

Elastix FAX

Re: Elastix FAX

Re: Elastix FAX

Re: Elastix FAX

Re: Elastix FAX

Re: Elastix FAX

Re: Elastix FAX

Re: Elastix FAX

Re: Elastix FAX

Re: Elastix FAX

Re: Elastix FAX