0
Speedflow Инновационное решение 4 класса для транзита VoIP и SMS трафика.
Antrax Оборудование и программное обеспечение - готовые решения для GSM терминации
0

VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

обсуждение вопросов по IP-PBX Asterisk

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Дима77 » Чт окт 08, 2009 5:08 pm

>at least with the 2007 snapshot of opal
Try with current versions first (see my references).
It does not work for incoming directly if to register via t38modem.
But probably will work via Asterisk. There is some probability that will work via Asterisk, may be asterisk will be good here.

>>Can you please try with Kapanga for example?
>I'll try...
Also, you can try Kapanga for example not directly but as extension of Asterisk.
Or try comisdn with Microsoft Fax as extension of Asterisk:
http://www.comisdn.com/downPages/
(see versions for TAPI...SIP). 3.2.56 for example I did not test new version.
If it will work, t38modem probably will work also (as extension).

>205116 is a very old (and buggy) snapshot. For example with 205116 my sangoma analog interface doesn't work
>I hope to find a developer who wants to help me to adjust that patch to work on 1.6.2
Go to asteriskforum to this topic:
http://www.asteriskforum.ru/viewtopic.php?t=1761
Try to contact "dimas". (Via private messages I think... )
Дима77
Специалист
 
Сообщения: 877
Зарегистрирован: Вт окт 04, 2005 5:42 pm

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение darkbasic » Пт окт 09, 2009 12:00 am

Дима77 писал(а):>at least with the 2007 snapshot of opal
Try with current versions first (see my references).


Just tried and it doesn't work: I get the same error :(

Дима77 писал(а):>I hope to find a developer who wants to help me to adjust that patch to work on 1.6.2
Go to asteriskforum to this topic:
http://www.asteriskforum.ru/viewtopic.php?t=1761
Try to contact "dimas". (Via private messages I think... )


I sent him a PM, thank you.
darkbasic
Новичок
 
Сообщения: 14
Зарегистрирован: Вс окт 04, 2009 4:27 pm
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение darkbasic » Ср окт 21, 2009 8:57 am

I tried kapanga directly and I can send faxes but I cannot receive. Using kapanga as an extension of asterisk I even cannot send faxes...
I opend a bug report: https://issues.asterisk.org/view.php?id=16107
darkbasic
Новичок
 
Сообщения: 14
Зарегистрирован: Вс окт 04, 2009 4:27 pm
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Дима77 » Ср окт 21, 2009 4:38 pm

>I tried kapanga directly and I can send faxes
Because no problems with outgoing faxes with your provider
>but I cannot receive
Because of PROBLEMS with outgoing faxes with YOUR PROVIDER, again
>Using kapanga as an extension of asterisk I even cannot
It was a bad advice, Kapanga is incompatible with asterisk because of this "Comfort noise", I have foggoten, sorry...

The only way for you is to use your gateway with old asterisk (it works because of happy randomness )
or find developer to change code in current asterisk to do the same conditions for fax.
But it can not be easy if greate differences in new and old your versions.
You can try to use personal (old) asterisk for incoming faxes only.
You even can to compile this old asterisk in http://www.andlinux.org at windows machine for this (if you like windows and do not have additional pc for additional asterisk and linux). See my old topics about andlinux, asterisk, iaxmodem in this forum.
Дима77
Специалист
 
Сообщения: 877
Зарегистрирован: Вт окт 04, 2005 5:42 pm

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение darkbasic » Пт окт 23, 2009 11:23 pm

I _HATE_ windows :lol:
I have lots of xen virtual machines, I can create one more for callweaver. A friend told me it works flawlessly with eutelia!
darkbasic
Новичок
 
Сообщения: 14
Зарегистрирован: Вс окт 04, 2009 4:27 pm
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Дима77 » Пт окт 23, 2009 11:46 pm

Then try callweaver.
>I_HATE_ windows
:wink: I_HATE_ linux and I_HATE_ asterisk.
And what?
I gave you this advice because it will be a solution for me in your situation,
but it is not correct to discuss OS's in such manner, espesially if you at
Russian forum and we speak English (it is not also fully correct!).
Your problem is not in OS and not in asterisk/callweaver.
But in your SIP provider as for incoming t38.
I do not know phisical nature of this provider's bug, but if you will understand it, please tell us, will be interesting to know.
Дима77
Специалист
 
Сообщения: 877
Зарегистрирован: Вт окт 04, 2005 5:42 pm

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение darkbasic » Вс окт 25, 2009 2:14 am

The kapanga problem was not a provider issue, see https://issues.asterisk.org/view.php?id=16107
I'm trying to solve the problem with incoming faxes too...
About OS's, the world is beauty beacuse we can choose :wink:
(well, not exactly: I had to buy vista with my new laptop because there was no way to buy it without windows, but this is another story...)
darkbasic
Новичок
 
Сообщения: 14
Зарегистрирован: Вс окт 04, 2009 4:27 pm
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Дима77 » Вс окт 25, 2009 5:42 am

You are inattentive.
Дима77 писал(а):>I tried kapanga directly and I can send faxes
Because no problems with outgoing faxes with your provider
>but I cannot receive directly
Because of PROBLEMS with outgoing faxes with YOUR PROVIDER, again
>Using kapanga as an extension of asterisk I even cannot
It was a bad advice, Kapanga is incompatible with asterisk because of this "Comfort noise", I have foggoten, sorry...
Дима77
Специалист
 
Сообщения: 877
Зарегистрирован: Вт окт 04, 2005 5:42 pm

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение darkbasic » Вс окт 25, 2009 4:47 pm

Дима77 писал(а):>but I cannot receive directly


I can, I can... :)
I also found a way to use asterisk as t38 gateway without the t38 gateway patch :lol:

Give me the time to do some more tests and I'll post everything :wink:
darkbasic
Новичок
 
Сообщения: 14
Зарегистрирован: Вс окт 04, 2009 4:27 pm
Карма: + 0 -

RTP_T38 Raw data decode failure

Сообщение enzonieri » Пт фев 26, 2010 4:10 am

Не могу понять где облажался...

2010/02/26 00:47:04.290 Pool:0xb7c67b90 MySIPConnection::GetLocalMediaFormats:
T.38

2010/02/26 00:47:04.290 Pool:0xb7c67b90 RFC2833 Tx capability set to "-"
2010/02/26 00:47:04.290 Pool:0xb7c67b90 RFC2833 Tx capability set to "-"
2010/02/26 00:47:04.291 Pool:0xb7c67b90 PTLib Created thread 0x8ba7628 Media Patch
2010/02/26 00:47:04.292 Opal Liste...0xb7dacb90 OpalUDP Binding to interface: 77.120.121.147:6060
2010/02/26 00:47:04.293 Opal Liste...0xb7dacb90 SIP Waiting for PDU on udp$80.91.169.2:5060<if=udp$77.120.121.147:6060>
2010/02/26 00:47:04.296 Opal Liste...0xb7dacb90 SIP PDU received: rem=udp$80.91.169.2:5060,local=udp$77.120.121.147:6060,if=77.120.121.147%eth0
INVITE sip:SIP-USER@77.120.121.147:6060 SIP/2.0
CSeq: 57632040 INVITE
Via: SIP/2.0/UDP 80.91.169.2:5060;branch=z9hG4bK-7794-122390B
User-Agent: Cirpack/v4.42a (gw_sip)
From: <sip:4822819@sip.datagroup.com.ua>;tag=00-08190-0385438c-7d3403060
Call-ID: 76904657-cd20-df11-8bbb-004063e53408@pestunov
To: "root" <sip:SIP-USER@sip.datagroup.com.ua>;tag=10424657-cd20-df11-8bbb-004063e53408
Contact: <sip:80.91.169.2:5060>
Allow: UPDATE,REFER,INFO
Content-Type: application/sdp
Content-Length: 209
Max-Forwards: 31

v=0
o=cp10 126713801546 126713801548 IN IP4 80.91.169.37
s=SIP Call
c=IN IP4 80.91.169.37
t=0 0
m=audio 30926 RTP/AVP 8 0
b=AS:64
a=rtpmap:8 PCMA/8000/1
a=rtpmap:0 PCMU/8000/1
a=ptime:20
a=sendrecv

2010/02/26 00:47:04.304 Opal Liste...0xb7dacb90 SIP Sending PDU (429 bytes) to: rem=udp$80.91.169.2:5060,local=udp$77.120.121.147:6060,if=77.120.121.147%eth0
SIP/2.0 100 Trying
CSeq: 57632040 INVITE
Via: SIP/2.0/UDP 80.91.169.2:5060;branch=z9hG4bK-7794-122390B;rport=5060;received=80.91.169.2
From: <sip:4822819@sip.datagroup.com.ua>;tag=00-08190-0385438c-7d3403060
Call-ID: 76904657-cd20-df11-8bbb-004063e53408@pestunov
To: "root" <sip:SIP-USER@sip.datagroup.com.ua>;tag=10424657-cd20-df11-8bbb-004063e53408
Contact: <sip:SIP-USER@77.120.121.147:6060>
Content-Length: 0


2010/02/26 00:47:04.305 Opal Liste...0xb7dacb90 OpalUDP Setting interface to 77.120.121.147%eth0
2010/02/26 00:47:04.305 Opal Liste...0xb7dacb90 SIP Queueing PDU "57632040 INVITE sip:SIP-USER@77.120.121.147:6060", transaction=z9hG4bK-7794-122390B, token=10424657-cd20-df11-8bbb-004063e53408
2010/02/26 00:47:04.306 Opal Liste...0xb7dacb90 ThreadPool Allocated worker thread by group Id 10424657-cd20-df11-8bbb-004063e53408
2010/02/26 00:47:04.306 Opal Liste...0xb7dacb90 Opal Transport clean up on termination
2010/02/26 00:47:04.306 Opal Liste...0xb7dacb90 Opal Transport Close
2010/02/26 00:47:04.306 Opal Liste...0xb7dacb90 Opal Deleted transport udp$80.91.169.2:5060<if=udp$77.120.121.147:6060>
2010/02/26 00:47:04.308 Media Patch:0xb7c26b90 PTLib Started thread 0x8ba7628 Media Patch:0xb7c26b90
2010/02/26 00:47:04.308 Media Patch:0xb7c26b90 Patch Thread started for Patch[0x8bed910] OpalRTPMediaStream-Source-T.38 -> T38ModemMediaStream-Sink-T.38
2010/02/26 00:47:04.308 Media Patch:0xb7c26b90 RTP_UDP Session 1, Control PDU from incorrect host, is 77.120.121.147 should be 80.91.169.37
2010/02/26 00:47:04.309 Media Patch:0xb7c26b90 T38_RTP Read UDPTL of size 172
2010/02/26 00:47:04.309 Media Patch:0xb7c26b90 RTP_T38 Raw data decode failure: 172 bytes.
2010/02/26 00:47:04.309 Media Patch:0xb7c26b90 RTP_UDP Session 1, Control PDU from incorrect host, is 77.120.121.147 should be 80.91.169.37
2010/02/26 00:47:04.310 Media Patch:0xb7c26b90 T38_RTP Read UDPTL of size 172
2010/02/26 00:47:04.310 Media Patch:0xb7c26b90 RTP_T38 Raw data decode failure: 172 bytes.
2010/02/26 00:47:04.310 Media Patch:0xb7c26b90 T38_RTP Read UDPTL of size 172
2010/02/26 00:47:04.311 Media Patch:0xb7c26b90 RTP_T38 Raw data decode failure: 172 bytes.
2010/02/26 00:47:04.311 Media Patch:0xb7c26b90 T38_RTP Read UDPTL of size 172
2010/02/26 00:47:04.312 Media Patch:0xb7c26b90 RTP_T38 Raw data decode failure: 172 bytes.
2010/02/26 00:47:04.312 Media Patch:0xb7c26b90 T38_RTP Read UDPTL of size 172
2010/02/26 00:47:04.313 Media Patch:0xb7c26b90 RTP_T38 Raw data decode failure: 172 bytes.
2010/02/26 00:47:04.313 Pool:0xb7c67b90 Media Starting thread Media Patch:0xb7c26b90
2010/02/26 00:47:04.313 Pool:0xb7c67b90 PTLib Created thread 0x8bdedb8 Media Patch
2010/02/26 00:47:04.314 Media Patch:0xb7be5b90 PTLib Started thread 0x8bdedb8 Media Patch:0xb7be5b90
2010/02/26 00:47:04.314 Media Patch:0xb7be5b90 Patch Thread started for Patch[0x8bb6270] T38ModemMediaStream-Source-T.38 -> OpalRTPMediaStream-Sink-T.38
2010/02/26 00:47:04.314 Media Patch:0xb7be5b90 T38ModemMediaStream::ReadPacket ifp = {
type_of_msg = t30_indicator no-signal
}
2010/02/26 00:47:04.315 Media Patch:0xb7be5b90 T38ModemMediaStream::ReadPacket packet 0 size=1 type=[pt=96] ts=0
2010/02/26 00:47:04.315 Media Patch:0xb7be5b90 RTP Session 1, first sent data: ver=2 pt=[pt=96] psz=1 m=0 x=0 seq=0 ts=66472 src=5b1e2281 ccnt=0
2010/02/26 00:47:04.315 Media Patch:0xb7be5b90 T38_RTP Encoded transmitted UDPTL data :
{
seq_number = 0
primary_ifp_packet = 1 octets {
00 .
}
error_recovery = secondary_ifp_packets 0 entries {
}
}
2010/02/26 00:47:04.315 Media Patch:0xb7be5b90 T38_RTP Sending UDPTL of size 6
2010/02/26 00:47:04.316 Pool:0xb7c67b90 Media Starting thread Media Patch:0xb7be5b90
2010/02/26 00:47:04.316 Pool:0xb7c67b90 OpalCon Media stream threads started.
2010/02/26 00:47:04.316 Pool:0xb7c67b90 MySIPConnection::OnSwitchedFaxMediaStreams: NOT switched to fax
2010/02/26 00:47:04.316 Pool:0xb7c67b90 OpalCon Switch of media streams to fax failed on Call[Cea061e731]-EP<sip>[10424657-cd20-df11-8bbb-004063e53408]
2010/02/26 00:47:04.316 Pool:0xb7c67b90 Call GetOtherPartyConnection Call[Cea061e731]-EP<sip>[10424657-cd20-df11-8bbb-004063e53408]
2010/02/26 00:47:04.316 Pool:0xb7c67b90 MySIPConnection::OnSwitchedFaxMediaStreams: fallback to audio
2010/02/26 00:47:04.317 Pool:0xb7c67b90 MySIPConnection::SwitchFaxMediaStreams: audio
2010/02/26 00:47:04.317 Pool:0xb7c67b90 MySIPConnection::GetMediaFormats:
G.711-ALaw-64k
T.38
UserInput/RFC2833


opal/ptlib/t38modem trunk
centos
enzonieri
Новичок
 
Сообщения: 5
Зарегистрирован: Пт фев 26, 2010 4:05 am
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение enzonieri » Пт фев 26, 2010 4:11 am

T38Modem Options: -ttttt -o /var/log/t38-0.log –sip-audio *ALaw* –sip-listen udp$77.120.121.147:6060 –sip-proxy SIP-USER:SIP-PASSWD@sip.datagroup.com.ua –sip-register SIP-USER@sip.datagroup.com.ua,SIP-PASSWD,5937977,sip.datagroup.com.ua –no-h323 –ptty +/dev/ttyT38-0 –route modem:.*=sip:@sip.datagroup.com.ua;OPAL-Force-Fax-Mode –route sip:.*=modem: -u SIP-USER

full level 5 trace: http://drop.io/jlgnlgh
enzonieri
Новичок
 
Сообщения: 5
Зарегистрирован: Пт фев 26, 2010 4:05 am
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Дима77 » Сб фев 27, 2010 3:13 am

Полагаете если везде безобразным образом накидать кучу логов, то быстрее ответят?
http://sourceforge.net/projects/t38modem/forums/forum/508603/topic/3567420
Там вы пишите
enzonieri писал(а):2010-02-26 00:30:20 UTC
When i trying to pass t38 thru g711a, experiencing these:
2010/02/26 00:47:04.290 Pool:0xb7c67b90 MySIPConnection::GetLocalMediaFormats:
T.38

А здесь
enzonieri писал(а):Не могу понять где облажался...
2010/02/26 00:47:04.290 Pool:0xb7c67b90 MySIPConnection::GetLocalMediaFormats:
T.38


Т.е. "i trying" переводится как "Не могу понять", а
"pass t38 thru g711a" одним словом "облажался" :wink:

vfrolov писал(а):2010-02-26 09:17:47 UTC
If you need to send fax to the EP that does not support T.38
you can send fax by G.711 pass-trough.
For this you need SpanDSP plugin (spandsp_fax_pwplugin.so).
See plugins/fax/fax_spandsp/ReadMe.txt.

Because your EP responds to T.38 INVITE, you need to disable T.38 INVITE by

Код: Выделить всё
modem:.*=sip:<dn>@sip.datagroup.com.ua;OPAL-Force-Fax-Mode;OPAL-No-Force-T38-Mode


or
Код: Выделить всё
modem:.*=sip:<dn>@sip.datagroup.com.ua;OPAL-Disable-T38-Mode.
Дима77
Специалист
 
Сообщения: 877
Зарегистрирован: Вт окт 04, 2005 5:42 pm

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение enzonieri » Сб фев 27, 2010 4:33 pm

Дима77 писал(а):Полагаете если везде безобразным образом накидать кучу логов, то быстрее ответят?
http://sourceforge.net/projects/t38modem/forums/forum/508603/topic/3567420


Определенно, полагаю - да. И практика показывает, что не зря ;)

Дима, response Фролова получен/прочитан еще вчера и успешно применен по назначению -
о чем свидетельствует благодарственный отзыв на SourceForge.
Сюда его ответ можно было и не переносить. Не нужно троллить ;)

П.С. Вам персональное спасибо за идею с пробросом портов в Win и факсинг Вентой.
Успешно работает на сильно разнесенных в пространстве машинах.
enzonieri
Новичок
 
Сообщения: 5
Зарегистрирован: Пт фев 26, 2010 4:05 am
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Дима77 » Сб фев 27, 2010 4:47 pm

>Определенно, полагаю - да.
Но не так же безобразно как вы это здесь сделали, без первой фразы (хотя бы исковерканной) вообще не ясно что вы именно аудио факс пытались передавать. Хватит наверно язвить.

enzonieri писал(а):П.С. Вам персональное спасибо за идею с пробросом портов в Win и факсинг Вентой.
Успешно работает на сильно разнесенных в пространстве машинах.

Это все лишнее и про про проброс и про удаленную линукс-машину.
Все прекрасно компилируется в виндах в родном компиляторе.
А проброс и между вин-машинами делается без проблем (если уж очень надо).
У того же Фролова есть приложение на эту тему (в 2-х вариантах tcp2com и какое-то новое еще название, поищите если надо). Хотите WIN, хотите LIN.
Дима77
Специалист
 
Сообщения: 877
Зарегистрирован: Вт окт 04, 2005 5:42 pm

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение enzonieri » Сб фев 27, 2010 8:41 pm

Дима77 писал(а):>Это все лишнее и про про проброс и про удаленную линукс-машину.

В моем случае как раз наоборот - это единственный applicable вариант. В ДЦ сервис-провайдера неудобно ставить сервера под Win, а с оффиса до ближайшего транка десятки хопов. Да и сервер должен быть сервером, я не верю в Win-сервера.
enzonieri
Новичок
 
Сообщения: 5
Зарегистрирован: Пт фев 26, 2010 4:05 am
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Дима77 » Сб фев 27, 2010 11:31 pm

Хозяин-барин.
Я эту идею описал в отдельном топике. Можете ознакомиться.
http://www.voipinfo.ru/forum/viewtopic.php?f=1&t=9872&start=0&hilit=COM+Dialout
Применение может быть достаточно универсально. Идея выходит за рамки темы о T38modem.
"Удлиннитель" реализованный таким образом работает гораздо надежней чем T.38, не говоря уже о Fax-G711.
Т.е. вместо SIP или H323 у вас модемная сигнализация поверх TCP/IP (MODEM OVER IP).
Например у вас железный модем в Питере, а Вента в Москве. Пользователю в Москве телефония в Питере предоставляется не SIP провайдером, а назовем так Модем-провайдером. Все что надо знать это IP:Port, кот.указывается в настройках COM_to_TCP утилиты. Т.к. многие железные модемы имеют буфер, то принимают картинку факса блоками, это сглаживает плохое качество вашего интернет канала (от User до Server). Да и TCP вроде надежнее UDP, кажется. Т.е. вероятность сбоя из-за потери пакетов снижается очень резко. Более того вопросы типа T.38/g711/SIP-настройки/а куда пропал голос/че_за_баг отпадают, user не настраивает кучу сложных настроек, он имеет просто Phone Line, все астериски/протоколы/Wareshark-и/логи/Googl-ы/Linux/Windux и прочий бред: это бред тех кто этим бредит (в хорошем смысле). Да еще и факс идет качественно и в Real-time (т.е. факс программа отдает OK или конкретную ошибку).

Через Венту + T38modem вы кстати можете даже прослушивать линию и слать голос (т.е. это теперь не только ФАКС), а теперь он поддерживает даже эмуляцию длинных гудков (SoftTone), сделано было специально для корректной работы венты в голосовом режиме модема.
Дима77
Специалист
 
Сообщения: 877
Зарегистрирован: Вт окт 04, 2005 5:42 pm

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение enzonieri » Вс фев 28, 2010 1:05 am

Дима, именно основываясь на таких соображениях и работает сейчас решение у меня.
Почему используется SIP на втором конце? Потому как carrier дает SIP, потому как этот же carrier дает Low-Rate на International Cals, другой же, местный - приемлемые условия по заземлению.
А соединять SIP-SIP - просто сказочно приятно. Да и выход в PSTN обеспечивается средствами местного на одной стороне - а International на другой. Как пасьянс разложить.
enzonieri
Новичок
 
Сообщения: 5
Зарегистрирован: Пт фев 26, 2010 4:05 am
Карма: + 0 -

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Eliduc » Пн апр 26, 2010 4:06 pm

Пытаюсь организовать передачу факсов по схеме:
VentaFax → t38modem → Asterisk (ReceiveFax)
Собрал t38modem для win (http://www.asteriskforum.ru/viewtopic.php?t=2821), установил com0com.
Прописал t38modem в sip.conf:
Код: Выделить всё
[t38modem-options](!)
type=friend
context=fax-out
canreinvite=no
disallow=all
allow=g729
allow=ulaw
allow=alaw
t38pt_udptl=yes
dtmfmode=rfc2833
nat=no
qualify=yes
[T38modem](t38modem-options)
port=6060
host=172.16.1.104

Запускаю t38modem:
Код: Выделить всё
t38modem.exe -tt -o t38modem.log --no-h323 -u T38modem --sip-listen udp$*:6060 -p \\.\COM20,\\.\COM21 --route "modem:.*=sip:<dn>@172.16.1.44" --route "sip:.*=modem:<dn>"

Запускаю ventafax на этой же машине. Вижу успешное соединение, * запускает ReceiveFax:
Код: Выделить всё
    -- Executing [fax@recvfax:3] ReceiveFAX("SIP/T38modem-0000001b", "/tmp/T38modem-0426154814.tif") in new stack

однако через несколько секунд ReceiveFAX завершается с ошибкой:
Код: Выделить всё
[Apr 26 15:48:21] WARNING[4188]: app_fax.c:223 phase_e_handler: Error transmitting fax. result=49: The call dropped prematurely.
[Apr 26 15:48:21] WARNING[4188]: app_fax.c:817 transmit: Transmission error
  == Spawn extension (recvfax, fax, 3) exited non-zero on 'SIP/T38modem-0000001b'
    -- Executing [h@recvfax:1] NoOp("SIP/T38modem-0000001b", "FAXSTATUS=FAILED") in new stack
    -- Executing [h@recvfax:2] NoOp("SIP/T38modem-0000001b", "FAXERROR=The call dropped prematurely") in new stack

а на экране ventafax появляется:
Код: Выделить всё
Непредвиденная ошибка при чтении данных из модема (26)

Я заглядываю в лог t38modem и вижу:
Код: Выделить всё
...
2010/04/26 15:47:01.468            COM20(e):e58 --> ATA
2010/04/26 15:47:01.468            COM20(e):e58 ModemEndPoint::OnMyCallback 2010/04/26 15:47:01.468            COM20(e):e58 ModemEndPoint::OnMyCallback request={...}
2010/04/26 15:47:01.468            COM20(e):e58 <--  {
  0d 0a 45 52 52 4f 52 0d  0a                        ..ERROR.. }
2010/04/26 15:47:23.828            COM20(e):e58 -->  {
  ff 13                                              .. }
2010/04/26 15:47:23.828            COM20(e):e58 --> AT
2010/04/26 15:47:23.828            COM20(e):e58 <--  {
  0d 0a 4f 4b 0d 0a                                  ..OK.. }
2010/04/26 15:47:23.968            COM20(e):e58 --> ATH0
2010/04/26 15:47:23.968            COM20(e):e58 <--  {
  0d 0a 4f 4b 0d 0a                                  ..OK.. }

Т.е. выходит, что venta порвал соединение из-за ошибки при чтении данных из канала t38modem. Где здесь может быть ошибка? com0com?

p.s.
под виндами собраны и установлены:
t38modem-1.2.0 + ptlib-2.6.5 + opal-3.6.6
com0com-2.2.2.0

под линухом крутится asterisk-1.6.2.6
Eliduc
Постоянный визитер
 
Сообщения: 44
Зарегистрирован: Вт окт 14, 2008 9:56 am

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Eliduc » Ср апр 28, 2010 8:57 am

Все-таки заработало.
Проблема была в следующем: я не отключил в VentaFax поддержку голоса и он, после соединения с t38modem, бросал ему AT+VRX и входил в режим ожидания голоса, ждал безуспешно 30 сек, после чего клал трубку. После того, как я поставил галочку на "Не использовать голосовые функции модема", Venta стал сразу начинать передачу факса и проблема пропала.
Eliduc
Постоянный визитер
 
Сообщения: 44
Зарегистрирован: Вт окт 14, 2008 9:56 am

Re: VentaFax->T38modem(SIP)->Asterisk->SIP-провайдер

Сообщение Eliduc » Чт апр 29, 2010 12:52 pm

В продолжение темы: отправка факсов по схеме VentaFax → t38modem → Asterisk (ReceiveFax)
работает на ура.
Пытаюсь теперь организовать прием факсов: VentaFax ← t38modem ← Asterisk (SendFax)
Стартую SendFax с консоли Asterisk:
Код: Выделить всё
asterisk2*CLI> channel originate SIP/T38modem/123 application sendfax /home/eliduc/T38modem-0428095924.tif

И в ответ сразу же получаю:
Код: Выделить всё
 == Using SIP RTP CoS mark 5
  == Using UDPTL CoS mark 5
    -- Got SIP response 502 "Bad Gateway" back from 172.16.1.104

Заглядываю в t38modem.log и вижу:
Код: Выделить всё
...
2010/04/29 13:20:42.078               Pool:1120 OpalMan Searching for route "sip:123@172.16.1.104:6060  sip:123@172.16.1.104:6060"
2010/04/29 13:20:42.078               Pool:1120 OpalMan Set up connection to "modem:123"
2010/04/29 13:20:42.078               Pool:1120 ModemEndPoint::MakeConnection modem:123
2010/04/29 13:20:42.078               Pool:1120 OpalCon Created connection Call[fb91b2f822]-EP<modem>[modem:123/fb91b2f822/0]
2010/04/29 13:20:42.078               Pool:1120 ModemConnection::ModemConnection Call[fb91b2f822]-EP<modem>[modem:123/fb91b2f822/0]
2010/04/29 13:20:42.078               Pool:1120 Call[fb91b2f822] from sip:123@172.16.1.104:6060 to sip:123@172.16.1.104:6060, route to modem:123
2010/04/29 13:20:42.078               Pool:1120 SIP     OnIncomingConnection succeeded for INVITE from sip:123@172.16.1.104:6060 for Call[fb91b2f822]-EP<sip>[aa167d67-2c01-1910-8954-000a481cdc41]
2010/04/29 13:20:42.078               Pool:1120 Call    GetOtherPartyConnection Call[fb91b2f822]-EP<sip>[aa167d67-2c01-1910-8954-000a481cdc41]
2010/04/29 13:20:42.078               Pool:1120 Call    OnSetUp Call[fb91b2f822]-EP<sip>[aa167d67-2c01-1910-89
54-000a481cdc41]
2010/04/29 13:20:42.078               Pool:1120 ModemConnection::SetUpConnection Call[fb91b2f822]-EP<modem>[modem:123/fb91b2f822/0]
2010/04/29 13:20:42.078               Pool:1120 OpalCon SetPhase from UninitialisedPhase to SetUpPhase for Call[fb91b2f822]-EP<modem> modem:123/fb91b2f822/0]
2010/04/29 13:20:42.078               Pool:1120 Call    GetOtherPartyConnection Call[fb91b2f822]-EP<modem>[modem:123/fb91b2f822/0]
2010/04/29 13:20:42.078               Pool:1120 ModemConnection::SetUpConnection dstNum=123 srcNum= ...
2010/04/29 13:20:42.078               Pool:1120 ... denied (all modems busy)


Т.е. с точки зрения t38modem свободных каналов нет. Вопрос: почему? Я что-то не так прописал в командной строке?
Вот она:
Код: Выделить всё
t38modem.exe -tttt -o t38modem.log --no-h323 -u T38modem --sip-listen udp$172.16.1.104:6060 -p \\.\COM20,\\.\COM21,\\.\COM22,\\.\COM23,\\.\COM24 --route "modem:.*=sip:<dn>@172.16.1.44" --route "sip:.*=modem:<dn>"
Eliduc
Постоянный визитер
 
Сообщения: 44
Зарегистрирован: Вт окт 14, 2008 9:56 am

Пред.След.

Вернуться в Asterisk (*)

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3