Сообщений: 445
|
Asterisk+Zaptel+E1+t38 предлагаю выработать методику реализации данной схемы
Уважаемые господа!
Четвертый день сижу мучаю астериск на предмет подкручивания к нему т38.
Конфигурация такая: Suse 10.2, Asterisk 1.4.12.1, Zaptel 1.4.5.1, Libpri 1.4.1+TE120P, есть еще планета vip-157S (в ней я включил поддержку т38
по 711 кодэку через Е1 у меня факсы еще недавно ходили, при трансфере входящего вызова с Е1 в Е1 обратно, факс принимается. Туть вроде как все ровно должно быть (с потоком Е1).
Дальше, в sip.conf в [general] и пирам добавил t38pt_udptl=yes,
факсы не ходют,
дальше начал копать:
в udptl.conf поставил
t38faxudpec=t38udpredundancy,
результата не дало.
вот лог:
-- SIP/166-0824fd00 answered Zap/26-1
sip*CLI>
<--- SIP read from 192.168.1.137:5060 --->
INVITE sip:222@192.168.1.17 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.137:5060;branch=z9hG4bKca82f6dfa5b3ffd408a3921d14af09a0
From: <sip:166@192.168.1.137:5060>;tag=64d8fd28
To: "222" <sip:222@192.168.1.17>;tag=as438c9ae0
Call-ID: 4c0104a51071bb8a332dc35468b4bf9c@192.168.1.17
Date: Sat, 17 Nov 2007 17:57:06 GMT
Contact: <sip:166@192.168.1.137:5060>
CSeq: 801 INVITE
Max-Forwards: 70
Allow: INVITE,ACK,CANCEL,OPTIONS,BYE,REFER,SUBSCRIBE,NOTIFY
Supported: replaces
Content-Type: application/sdp
User-Agent: Sipura/SPA921-4.1.10(b)
Content-Length: 293
v=0
o=- 51668 0 IN IP4 192.168.1.137
s=SIP CALL
c=IN IP4 192.168.1.137
t=0 0
m=image 4500 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxTranscodingJBIG:1
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:512
a=T38FaxMaxDatagram:72
a=T38FaxUdpEC:t38UDPRedundancy
<------------->
--- (14 headers 13 lines) ---
Sending to 192.168.1.137 : 5060 (NAT)
Got T.38 offer in SDP in dialog 4c0104a51071bb8a332dc35468b4bf9c@192.168.1.17
Got T.38 Re-invite without audio. Keeping RTP active during T.38 session. Callid 4c0104a51071bb8a332dc35468b4bf9c@192.168.1.17
Capabilities: us - 0x18010f (g723|gsm|ulaw|alaw|g729|h263|h263p), peer - audio=0x0 (nothing)/video=0x0 (nothing), combined - 0x0 (nothing)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
sip*CLI>
<--- Transmitting (NAT) to 192.168.1.137:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.137:5060;branch=z9hG4bKca82f6dfa5b3ffd408a3921d14af09a0;received=192.168.1.137
From: <sip:166@192.168.1.137:5060>;tag=64d8fd28
To: "222" <sip:222@192.168.1.17>;tag=as438c9ae0
Call-ID: 4c0104a51071bb8a332dc35468b4bf9c@192.168.1.17
CSeq: 801 INVITE
User-Agent: Sipura/SPA921-4.1.10(b)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:222@192.168.1.17>
ontent-Length: 0
<------------>
sip*CLI>
<--- Reliably Transmitting (NAT) to 192.168.1.137:5060 --->
SIP/2.0 488 Not acceptable here
Via: SIP/2.0/UDP 192.168.1.137:5060;branch=z9hG4bKca82f6dfa5b3ffd408a3921d14af09a0;received=192.168.1.137
From: <sip:166@192.168.1.137:5060>;tag=64d8fd28
To: "222" <sip:222@192.168.1.17>;tag=as438c9ae0
Call-ID: 4c0104a51071bb8a332dc35468b4bf9c@192.168.1.17
CSeq: 801 INVITE
User-Agent: Sipura/SPA921-4.1.10(b)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
<------------>
Retransmitting #1 (NAT) to 192.168.1.137:5060:
SIP/2.0 488 Not acceptable here
Via: SIP/2.0/UDP 192.168.1.137:5060;branch=z9hG4bKca82f6dfa5b3ffd408a3921d14af09a0;received=192.168.1.137
From: <sip:166@192.168.1.137:5060>;tag=64d8fd28
To: "222" <sip:222@192.168.1.17>;tag=as438c9ae0
Call-ID: 4c0104a51071bb8a332dc35468b4bf9c@192.168.1.17
CSeq: 801 INVITE
User-Agent: Sipura/SPA921-4.1.10(b)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
есть непонятки по поводу строки
Got T.38 Re-invite without audio. Keeping RTP active during T.38 session. Callid 4c0104a51071bb8a332dc35468b4bf9c@192.168.1.17
насколько я понял, чего-то с кодэком, почему-то звукового канала нет...
Почему????!!!!!
Это я пробовал с планетой...
Попробовал сначала из зап, потом из сипа отдать т38 прову одному, у него MVTS.
Админ говорит, что мера видит нормальное завершение вызова, при этом, я: набираю номер, отвечает человек, затем он нажимает на старт факса, первый запрос факса я не слышу(интуитивно понимаю по легкому фоновому шуму) второй запрос факса слышно четко, но через полторы секунды после начала запроса, приходит Hangup.
лог выглядит точно также (см. выше), причем, что с потока на прова, что и с сипа на прова...
да, еще добавил в zapata.conf
faxdetect=both
В итоге, тупо привел свои конфиги в соответствие с приведенными by Cache,
http://asteriskforum.ru/viewtopic.php?t=900&postdays=0&postorder=asc&start=0
но увы...
подскажите хоть куда копать...
обчитал voip-info.org, нашел что-то, не впечатлившее меня сильно, правка исходников до компиляции:
Installation Procedures for Asterisk T.38
Installation Note: By default, Asterisk doesn't set many of the T.38 settings that may be required to interface with third party SIP trunks. You must make these changes within the chan_sip.c file before doing a make install. The T.38 configuration settings is located in chan_sip.c and can be edited with VI or your favorite text editor. The setting is modified with the line that reads as follows:
/*!< This is default: NO MMR and JBIG trancoding, NO fill bit removal, transferredTCF TCF, UDP FEC, Version 0 and 9600 max fax rate */
static int global_t38_capability = T38FAX_VERSION_0 | T38FAX_RATE_2400 | T38FAX_RATE_4800 | T38FAX_RATE_7200 | T38FAX_RATE_9600;
To make changes to the T38 configuration, simply add in the changes as described in the sections above that line. For example, if you need T38FAX_VERSION_1 simply edit the file and change the 0 to 1. If you can support 12000 and 14400, simply add it to the end of the line. An example configuration with T38 verison 1 and adding 12000 and 14400 follows:
static int global_t38_capability = T38FAX_VERSION_1 | T38FAX_RATE_2400 | T38FAX_RATE_4800 | T38FAX_RATE_7200 | T38FAX_RATE_9600 | T38FAX_RATE_12000 | T38FAX_RATE_14400;
чего посоветует продвинутая общественность?
да, посчет лога, у моего аста User-Agent: Sipura/SPA921-4.1.10(b)
Это еще со времен, когда сипнет и телфин банили астериски...
|