I'm trying to use t38modem for outgiong faxes. When I try to transmit a fax via t38modem t.38 will not activate and the line is closed after aprrox 40 seconds without success. When I look at the traces I see that there is no t38 reinvite from either side. When I replace the t38 modem with a voice/fax capable cisco router and use it a analog->IP gateway there is no problem.
How can I force t38modem to swith to the t38 protocol ?
Here are some data:
t38modem -ttttt -p +/dev/ttyx0 -h323-no-listen -no-h323 -route "sip:.*=modem:<dn>;OPAL-Force-T38-Mode" -route "modem:.*=sip:<dn>@IP of Service Prodivers GW:5060;OPAL-Force-T38-Mode" -o /tmp/t38.log
Call from modem:T38Modem%20v1.2.0 to faxnum@+/dev/ttyx0, route to sip:udp$service provider IP:5060
Open OpalRTPMediaStream-Source-G.711-uLaw-64k for Call
Open AudioModemMediaStream-Sink-PCM-16 for Call
Open AudioModemMediaStream-Source-PCM-16 for Call
Open OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call
Close AudioModemMediaStream-Sink-PCM-16 for Call
Close OpalRTPMediaStream-Source-G.711-uLaw-64k for Call
Close OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call
Close AudioModemMediaStream-Source-PCM-16 for Call
Call cleared
Thank you in avdance.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you for the info. Now it is different. Here are the results:
Call from modem:T38Modem%20v1.2.0 to faxnum@+/dev/ttyx0, route to sip:udp$IP of the service provider:5060
Open OpalRTPMediaStream-Source-G.711-uLaw-64k for Call
Open AudioModemMediaStream-Sink-PCM-16 for Call
Open AudioModemMediaStream-Source-PCM-16 for Call
Open OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call
Close OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call
Close AudioModemMediaStream-Source-PCM-16 for Call
Close AudioModemMediaStream-Sink-PCM-16 for Call
Close OpalRTPMediaStream-Source-G.711-uLaw-64k for Call
Open OpalRTPMediaStream-Source-T.38 for Call
Open T38ModemMediaStream-Source-T.38 for Call
Open OpalRTPMediaStream-Sink-T.38 for Call
Open T38ModemMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Sink-T.38 for Call
Close OpalRTPMediaStream-Source-T.38 for Call
Close OpalRTPMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Source-T.38 for Call
Call cleared
When I compare the traffic with the Cisco I realized that in the first invite originating from Cisco there is a x-cap media attribute image udptl t38 but t38modem has none. I will check with RFC if this is important. Anyway after 10 seconds and abıut a thousand 711packets traffic the T38 is initiated and the service provider send me 488 and Malformed T.38/UDP protol packets. I'll check with the provider too. But how does the same provider work with Cisco client and not t38modem what do I do wrongly ?
Tnx.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tried many combinations of parameters but could get it sending T.38 fax. My Service Provider says that they have no problem with Cisco GWs. I installed a Cisco GW and tested again it can send T38 faxes without any problem.
The Border gateway of the ISP is Nextone and last mile GW (just before PSTN) is Cisco. They cannot say the reason of 488 from their logs and insist that there is a configuration problem with t38modem.
Any suggestions ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When I used the latest OPAL/PTLIB SVN trunk t38modem didn't want to compile. I use the latest stable OPAL 3.6.6 and the lates SVN trunk of PTLIB 2.7.1 and t38modem 1.2.0. The result is still the same. In order to localize the problem I installed another t38modem & hylafax to a second PC and tried to send fax from one t38modem to the other. It didn't work either. Then I tried a local loop fax via sendfax -h 127.0.0.1 -f<emailaddress> -n -D -d 112233 /etc/passwd. It didn't work either. I make a mistake somewhere, but where ?
Here are some more information:
On the first PC t38 is called via : t38modem -tt -p +/dev/ttyx0 -h323-no-listen -no-h323 -route "sip:.*=modem:<dn>" -route "modem:.*=sip:<dn>@10.0.0.1" -o /tmp/t38.log
and on the second PC via t38modem -tt -p +/dev/ttyx0 -h323-no-listen -no-h323 -route "sip:.*=modem:<dn>" -route "modem:.*=sip:<dn>@10.0.0.30" -o /tmp/t38.log
With cu -l ttyx0 on both PC I can call from one PC the other and see the RINGs.
I compiled t38modem wiith the latest opal,ptlib and t38modem svn trunks without any problem. Now I can send fax from t38modem to t38modem using the 'F' dial modifier on the same server using HylaFax. However, when I run t38modem on 2 servers with the same parameters, they cannot send fax to each other. I tried many combinations for the parameters, but couldn't get it working. What should be the parameters for both t38modems to be able to send a fax from 1st server to the 2nd?
Here are the outputs:
.
.
Open T38ModemMediaStream-Source-T.38 for Call
Open OpalRTPMediaStream-Sink-T.38 for Call
Close OpalRTPMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Source-T.38 for Call
Open T38ModemMediaStream-Source-T.38 for Call
Open OpalRTPMediaStream-Sink-T.38 for Call
Close OpalRTPMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Source-T.38 for Call
Open T38ModemMediaStream-Source-T.38 for Call
Open OpalRTPMediaStream-Sink-T.38 for Call
Close OpalRTPMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Source-T.38 for Call
.
.
Any help is appreciated.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
I'm trying to use t38modem for outgiong faxes. When I try to transmit a fax via t38modem t.38 will not activate and the line is closed after aprrox 40 seconds without success. When I look at the traces I see that there is no t38 reinvite from either side. When I replace the t38 modem with a voice/fax capable cisco router and use it a analog->IP gateway there is no problem.
How can I force t38modem to swith to the t38 protocol ?
Here are some data:
t38modem -ttttt -p +/dev/ttyx0 -h323-no-listen -no-h323 -route "sip:.*=modem:<dn>;OPAL-Force-T38-Mode" -route "modem:.*=sip:<dn>@IP of Service Prodivers GW:5060;OPAL-Force-T38-Mode" -o /tmp/t38.log
Call from modem:T38Modem%20v1.2.0 to faxnum@+/dev/ttyx0, route to sip:udp$service provider IP:5060
Open OpalRTPMediaStream-Source-G.711-uLaw-64k for Call
Open AudioModemMediaStream-Sink-PCM-16 for Call
Open AudioModemMediaStream-Source-PCM-16 for Call
Open OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call
Close AudioModemMediaStream-Sink-PCM-16 for Call
Close OpalRTPMediaStream-Source-G.711-uLaw-64k for Call
Close OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call
Close AudioModemMediaStream-Source-PCM-16 for Call
Call cleared
Thank you in avdance.
Add F to the dial number.
ReadMe.txt
4.3. ATD command
4.3.1 T.38 mode modifiers
F - force T.38 mode after dialing.
Thank you for the info. Now it is different. Here are the results:
Call from modem:T38Modem%20v1.2.0 to faxnum@+/dev/ttyx0, route to sip:udp$IP of the service provider:5060
Open OpalRTPMediaStream-Source-G.711-uLaw-64k for Call
Open AudioModemMediaStream-Sink-PCM-16 for Call
Open AudioModemMediaStream-Source-PCM-16 for Call
Open OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call
Close OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call
Close AudioModemMediaStream-Source-PCM-16 for Call
Close AudioModemMediaStream-Sink-PCM-16 for Call
Close OpalRTPMediaStream-Source-G.711-uLaw-64k for Call
Open OpalRTPMediaStream-Source-T.38 for Call
Open T38ModemMediaStream-Source-T.38 for Call
Open OpalRTPMediaStream-Sink-T.38 for Call
Open T38ModemMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Sink-T.38 for Call
Close OpalRTPMediaStream-Source-T.38 for Call
Close OpalRTPMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Source-T.38 for Call
Call cleared
When I compare the traffic with the Cisco I realized that in the first invite originating from Cisco there is a x-cap media attribute image udptl t38 but t38modem has none. I will check with RFC if this is important. Anyway after 10 seconds and abıut a thousand 711packets traffic the T38 is initiated and the service provider send me 488 and Malformed T.38/UDP protol packets. I'll check with the provider too. But how does the same provider work with Cisco client and not t38modem what do I do wrongly ?
Tnx.
I tried many combinations of parameters but could get it sending T.38 fax. My Service Provider says that they have no problem with Cisco GWs. I installed a Cisco GW and tested again it can send T38 faxes without any problem.
The Border gateway of the ISP is Nextone and last mile GW (just before PSTN) is Cisco. They cannot say the reason of 488 from their logs and insist that there is a configuration problem with t38modem.
Any suggestions ?
Try with latest OPAL/PTLIB/t38modem from the SVN/CVS trunks.
When I used the latest OPAL/PTLIB SVN trunk t38modem didn't want to compile. I use the latest stable OPAL 3.6.6 and the lates SVN trunk of PTLIB 2.7.1 and t38modem 1.2.0. The result is still the same. In order to localize the problem I installed another t38modem & hylafax to a second PC and tried to send fax from one t38modem to the other. It didn't work either. Then I tried a local loop fax via sendfax -h 127.0.0.1 -f<emailaddress> -n -D -d 112233 /etc/passwd. It didn't work either. I make a mistake somewhere, but where ?
Here are some more information:
On the first PC t38 is called via : t38modem -tt -p +/dev/ttyx0 -h323-no-listen -no-h323 -route "sip:.*=modem:<dn>" -route "modem:.*=sip:<dn>@10.0.0.1" -o /tmp/t38.log
and on the second PC via t38modem -tt -p +/dev/ttyx0 -h323-no-listen -no-h323 -route "sip:.*=modem:<dn>" -route "modem:.*=sip:<dn>@10.0.0.30" -o /tmp/t38.log
With cu -l ttyx0 on both PC I can call from one PC the other and see the RINGs.
Here is the log of a fax conversation:
2010/01/26 23:28:10.423 ttyx0(e):3…0xb7d7db90 -> ATA
2010/01/26 23:28:10.423 ttyx0(e):3…0xb7d7db90 ModemEndPoint::OnMyCallback command=answer extra=2
2010/01/26 23:28:10.423 ttyx0(e):3…0xb7d7db90 ModemConnection::AcceptIncoming Call-EP<modem>
2010/01/26 23:28:10.423 ttyx0(e):3…0xb7d7db90 ModemConnection::OnConnected Call-EP<modem>
2010/01/26 23:28:10.425 ttyx0(e):3…0xb7d7db90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:10.425 ttyx0(e):3…0xb7d7db90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:10.426 ttyx0(e):3…0xb7d7db90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:10.426 ttyx0(e):3…0xb7d7db90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:10.435 ttyx0(e):3…0xb7d7db90 ModemConnection::CreateMediaStream Call-EP<modem> mediaFormat=PCM-16 sessionID=1 isSource=0
2010/01/26 23:28:10.435 ttyx0(e):3…0xb7d7db90 ModemEngineBody::Attach audioEngine stConnectWait
2010/01/26 23:28:10.436 ttyx0(e):3…0xb7d7db90 ttyx0 AudioEngine::Attach
2010/01/26 23:28:10.436 ttyx0(e):3…0xb7d7db90 ttyx0 AudioClass=FALSE
2010/01/26 23:28:10.436 ttyx0(e):3…0xb7d7db90 ModemEngineBody::Attach audioEngine Attached
2010/01/26 23:28:10.436 ttyx0(e):3…0xb7d7db90 ModemConnection::OnEstablished Call-EP<modem>
2010/01/26 23:28:10.436 ttyx0(e):3…0xb7d7db90 ModemEngineBody::Request stConnectWait request={
calltoken=modem:112233/zf940c9d44/0
command=established
}
2010/01/26 23:28:10.436 ttyx0(e):3…0xb7d7db90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:10.436 ttyx0(e):3…0xb7d7db90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:10.443 ttyx0(e):3…0xb7d7db90 ModemConnection::CreateMediaStream Call-EP<modem> mediaFormat=PCM-16 sessionID=1 isSource=1
2010/01/26 23:28:10.447 ttyx0(e):3…0xb7d7db90 ModemEndPoint::OnMyCallback request={
calltoken=modem:112233/zf940c9d44/0
command=answer
response=confirm
modemtoken=ttyx0
}
2010/01/26 23:28:10.452 Pool:0xb7affb90 SIP Unattached 1 CANCEL sip:112233@10.0.0.30 received for Call-EP<sip>
2010/01/26 23:28:11.449 Housekeeper:0xb7dbeb90 ModemEngineBody::OnTimerCallback stConnectHandle Timeout 0
2010/01/26 23:28:11.449 ttyx0(e):3…0xb7d7db90 ModemEndPoint::OnMyCallback command=requestmode extra=4
2010/01/26 23:28:11.449 ttyx0(e):3…0xb7d7db90 MyManager::RequestModeChange(Call-EP<modem>, fax) RequestModeChange(Call-EP<sip>) - OK
2010/01/26 23:28:11.449 ttyx0(e):3…0xb7d7db90 ModemEndPoint::OnMyCallback request={
calltoken=modem:112233/zf940c9d44/0
mode=fax
command=requestmode
response=confirm
modemtoken=ttyx0
}
2010/01/26 23:28:11.450 PThread1Arg:0xb79fbb90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:11.450 PThread1Arg:0xb79fbb90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:11.450 PThread1Arg:0xb79fbb90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:11.450 PThread1Arg:0xb79fbb90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:11.472 PThread1Arg:0xb79fbb90 RTP Changed RTP session format from 'rtp/avp' to 'udptl'
2010/01/26 23:28:11.472 PThread1Arg:0xb79fbb90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:11.472 PThread1Arg:0xb79fbb90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:11.479 PThread1Arg:0xb79fbb90 ModemConnection::CreateMediaStream Call-EP<modem> mediaFormat=T.38 sessionID=1 isSource=1
2010/01/26 23:28:11.482 PThread1Arg:0xb79fbb90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:11.482 PThread1Arg:0xb79fbb90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:11.490 PThread1Arg:0xb79fbb90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:11.490 PThread1Arg:0xb79fbb90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:11.501 PThread1Arg:0xb79fbb90 ModemConnection::GetMediaFormats Call-EP<modem>
2010/01/26 23:28:11.501 PThread1Arg:0xb79fbb90 ModemEndPoint::GetMediaFormats
2010/01/26 23:28:11.510 PThread1Arg:0xb79fbb90 ModemConnection::CreateMediaStream Call-EP<modem> mediaFormat=T.38 sessionID=1 isSource=0
2010/01/26 23:28:11.510 PThread1Arg:0xb79fbb90 ModemEngineBody::Attach t38engine stReqModeAckWait
2010/01/26 23:28:11.510 PThread1Arg:0xb79fbb90 ttyx0 T38Engine::Attach
2010/01/26 23:28:11.510 PThread1Arg:0xb79fbb90 ModemEngineBody::Attach t38engine Attached
2010/01/26 23:28:11.514 OnRelease:0xb79fbb90 T38ModemMediaStream::Close Send statistics: sequence=0 lost=0
2010/01/26 23:28:11.514 OnRelease:0xb79fbb90 ttyx0 T38Engine::Close
2010/01/26 23:28:11.514 OnRelease:0xb79fbb90 ModemEngineBody::OnEngineCallback T38Engine cbpReset (1, stSendAckWait)
2010/01/26 23:28:11.514 OnRelease:0xb79fbb90 T38ModemMediaStream::Close Receive statistics: sequence=0
2010/01/26 23:28:11.514 OnRelease:0xb79fbb90 ttyx0 T38Engine::Close
2010/01/26 23:28:11.514 OnRelease:0xb79fbb90 ModemEngineBody::OnEngineCallback T38Engine cbpReset (1, stSendAckWait)
2010/01/26 23:28:11.514 OnRelease:0xb79fbb90 ModemConnection::OnReleased Call-EP<modem>
2010/01/26 23:28:11.515 OnRelease:0xb79fbb90 Call cleared
2010/01/26 23:28:11.515 OnRelease:0xb79fbb90 OPAL Attempting to close recording on call zf940c9d44 when not recording.
2010/01/26 23:28:11.613 Opal Garbage:0xb7fa0b90 ModemConnection::~ModemConnection Call-EP<modem>
2010/01/26 23:28:11.613 Opal Garbage:0xb7fa0b90 ttyx0 T38Engine::Detach
2010/01/26 23:28:11.613 Opal Garbage:0xb7fa0b90 ttyx0 T38Engine::ResetModemState stateModem(3) != stmIdle
2010/01/26 23:28:11.613 Opal Garbage:0xb7fa0b90 ttyx0 T38Engine::Detach Detached
2010/01/26 23:28:11.613 Opal Garbage:0xb7fa0b90 ModemEngineBody::_Detach t38engine Detached
2010/01/26 23:28:11.613 Opal Garbage:0xb7fa0b90 ttyx0 AudioEngine::Detach
2010/01/26 23:28:11.614 Opal Garbage:0xb7fa0b90 ttyx0 AudioEngine::Detach Detached
2010/01/26 23:28:11.614 Opal Garbage:0xb7fa0b90 ModemEngineBody::_Detach audioEngine Detached
2010/01/26 23:28:11.614 Opal Garbage:0xb7fa0b90 ModemEngineBody::Request stSendAckWait request={
calltoken=modem:112233/zf940c9d44/0
command=clearcall
}
2010/01/26 23:28:11.614 Opal Garbage:0xb7fa0b90 ttyx0 T38Engine::~T38Engine
2010/01/26 23:28:11.614 ttyx0(e):3…0xb7d7db90 ModemEndPoint::OnMyCallback command=clearcall extra=1
2010/01/26 23:28:11.614 ttyx0(e):3…0xb7d7db90 ModemEndPoint::OnMyCallback request={
calltoken=modem:112233/zf940c9d44/0
command=clearcall
response=reject
modemtoken=ttyx0
}
2010/01/26 23:28:11.614 ttyx0(e):3…0xb7d7db90 <- {
0d 0a 45 52 52 4f 52 0d 0a ..ERROR.. }
2010/01/26 23:28:11.615 ttyx0(e):3…0xb7d7db90 -> ATH0
2010/01/26 23:28:11.615 ttyx0(e):3…0xb7d7db90 <- {
0d 0a 4f 4b 0d 0a ..OK.. }
2010/01/26 23:28:11.615 ttyx0(i):3…0xb7cfbb90 -> read ERROR -1 Input/output error
2010/01/26 23:28:11.615 ttyx0(i):3…0xb7cfbb90 -> Stopped
2010/01/26 23:28:11.615 ttyx0(o):3…0xb7a3cb90 <- Stopped
2010/01/26 23:28:11.625 ttyx0(e):3…0xb7d7db90 <-> Stopped
2010/01/26 23:28:11.636 ttyx0(e):3…0xb7d7db90 RenameCurrentThread old ThreadName=ModemEngine:0xb7d7db90
2010/01/26 23:28:11.636 ttyx0(e):3…0xb7d7db90 <-> Started
2010/01/26 23:28:11.636 ttyx0(i):3…0xb7a3cb90 RenameCurrentThread old ThreadName=InPty:0xb7a3cb90
2010/01/26 23:28:11.636 ttyx0(i):3…0xb7a3cb90 -> Started
2010/01/26 23:28:11.636 ttyx0(o):3…0xb7cfbb90 RenameCurrentThread old ThreadName=OutPty:0xb7cfbb90
2010/01/26 23:28:11.636 ttyx0(o):3…0xb7cfbb90 <- Started
2010/01/26 23:28:15.291 ttyx0(i):3…0xb7a3cb90 -> read ERROR -1 Input/output error
2010/01/26 23:28:15.291 ttyx0(i):3…0xb7a3cb90 -> Stopped
2010/01/26 23:28:15.301 ttyx0(o):3…0xb7cfbb90 <- Stopped
2010/01/26 23:28:15.311 ttyx0(e):3…0xb7d7db90 <-> Stopped
2010/01/26 23:28:15.321 ttyx0(e):3…0xb7d7db90 RenameCurrentThread old ThreadName=ModemEngine:0xb7d7db90
2010/01/26 23:28:15.321 ttyx0(e):3…0xb7d7db90 <-> Started
2010/01/26 23:28:15.321 ttyx0(i):3…0xb7cfbb90 RenameCurrentThread old ThreadName=InPty:0xb7cfbb90
2010/01/26 23:28:15.321 ttyx0(i):3…0xb7cfbb90 -> Started
2010/01/26 23:28:15.321 ttyx0(o):3…0xb7a3cb90 RenameCurrentThread old ThreadName=OutPty:0xb7a3cb90
2010/01/26 23:28:15.321 ttyx0(o):3…0xb7a3cb90 <- Started
2010/01/26 23:28:16.302 ttyx0(e):3…0xb7d7db90 -> ATZ
2010/01/26 23:28:16.302 ttyx0(e):3…0xb7d7db90 <- {
0d 0a 4f 4b 0d 0a ..OK.. }
2010/01/26 23:28:19.301 ttyx0(e):3…0xb7d7db90 -> ATS0=0
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 <- {
0d 0a 4f 4b 0d 0a ..OK.. }
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 -> ATE0
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 <- {
0d 0a 4f 4b 0d 0a ..OK.. }
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 -> ATV1
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 <- {
0d 0a 4f 4b 0d 0a ..OK.. }
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 -> ATQ0
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 <- {
0d 0a 4f 4b 0d 0a ..OK.. }
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 -> ATS8=2
2010/01/26 23:28:19.302 ttyx0(e):3…0xb7d7db90 <- {
Here some more logs from t38modom->t38modem test. Can anybody interprete the output ?
2010/01/28 19:23:16.210 PThread1Arg:0xb7b41b90 Media RTP data size cannot be changed to 512, fixed at 2048
2010/01/28 19:23:16.210 PThread1Arg:0xb7b41b90 Patch Added direct media stream sink T38ModemMediaStream-Sink-T.38
2010/01/28 19:23:16.210 PThread1Arg:0xb7b41b90 OpalCon Source stream of connection Call-EP<sip> uses patch Patch OpalRTPMediaStream-Source-T.38 -> T38ModemMediaStream-Sink-T.38
2010/01/28 19:23:16.210 PThread1Arg:0xb7b41b90 OpalCon Sink stream of connection Call-EP<modem> uses patch Patch OpalRTPMediaStream-Source-T.38 -> T38ModemMediaStream-Sink-T.38
2010/01/28 19:23:16.210 PThread1Arg:0xb7b41b90 ::RequestModeChange(Call-EP<sip>, T.38) - OK
2010/01/28 19:23:16.211 Pool:0xb7c04b90 SIP INVITE transaction id=z9hG4bKd42c3d7d-9f0a-df11-9f50-0011d852d484 proceeding.
2010/01/28 19:23:16.211 Pool:0xb7c04b90 SIP Received Trying response
2010/01/28 19:23:16.211 Pool:0xb7c04b90 SIP Handled PDU "2 INVITE <100>"
2010/01/28 19:23:16.211 Pool:0xb7c04b90 SIP Handling PDU "2 INVITE sip:02163600681@10.0.0.1" for token=be7c9a7c-9f0a-df11-9f50-0011d852d484
2010/01/28 19:23:16.211 Pool:0xb7c04b90 SIP Set Request URI to sip:T38Modem%20v1.2.0@10.0.0.30
2010/01/28 19:23:16.212 Pool:0xb7c04b90 SIP Received re-INVITE from sip:02163600681@10.0.0.1 for Call-EP<sip>
2010/01/28 19:23:16.212 Pool:0xb7c04b90 SDP Parsed connection address udp$10.0.0.30
2010/01/28 19:23:16.212 Pool:0xb7c04b90 SDP Parsed connection address udp$10.0.0.30
2010/01/28 19:23:16.212 Pool:0xb7c04b90 SDP Media session port=5004
2010/01/28 19:23:16.212 Pool:0xb7c04b90 SDP Parsed media session with 4 'image' formats
2010/01/28 19:23:16.213 Pool:0xb7c04b90 Call IsMediaBypassPossible Call-EP<sip> session 1
2010/01/28 19:23:16.213 Pool:0xb7c04b90 OpalMan IsMediaBypassPossible: session 1
2010/01/28 19:23:16.213 Pool:0xb7c04b90 OpalCon IsMediaBypassPossible: default returns false
2010/01/28 19:23:16.213 Pool:0xb7c04b90 RTP Found existing RTP session 1
2010/01/28 19:23:16.213 Pool:0xb7c04b90 RTP Found existing media session 1
2010/01/28 19:23:16.213 Pool:0xb7c04b90 MediaFormat Removing codecs
2010/01/28 19:23:16.213 Pool:0xb7c04b90 SIP Could not find media formats in SDP media description for session 1
2010/01/28 19:23:16.214 Pool:0xb7c04b90 SIP Sending PDU (520 bytes) to: rem=udp$10.0.0.30:5060,local=udp$10.0.0.1:5060,if=10.0.0.1%eth0
SIP/2.0 488 Not Acceptable Here^M
CSeq: 2 INVITE^M
Via: SIP/2.0/UDP 10.0.0.30:5060;branch=z9hG4bK0287e660-9e0a-df11-8b2b-001517014735;rport^M
User-Agent: T38Modem/1.2.0^M
From: "root" <sip:T38Modem%20v1.2.0@10.0.0.30>;tag=769b3b60-9e0a-df11-8b2b-001517014735^M
Call-ID: c4a73b60-9e0a-df11-8b2b-001517014735@faxer^M
Organization: Vyacheslav Frolov^M
To: <sip:02163600681@10.0.0.1:5060>;tag=be7c9a7c-9f0a-df11-9f50-0011d852d484^M
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING^M
Content-Length: 0^M
^M
2010/01/28 19:23:16.214 Pool:0xb7c04b90 OpalUDP Setting interface to 10.0.0.1%eth0
2010/01/28 19:23:16.214 Pool:0xb7c04b90 SIP Handled PDU "2 INVITE sip:02163600681@10.0.0.1"
2010/01/28 19:23:16.215 Housekeeper:0xb7d8ab90 PTLib MONITOR:timers=7
2010/01/28 19:23:16.220 Opal Liste…0xb7d08b90 OpalUDP Binding to interface: 10.0.0.1:5060
2010/01/28 19:23:16.220 Opal Liste…0xb7d08b90 SIP Waiting for PDU on udp$10.0.0.30:5060<if=udp$10.0.0.1:5060>
2010/01/28 19:23:16.220 Opal Liste…0xb7d08b90 SIP PDU received: rem=udp$10.0.0.30:5060,local=udp$10.0.0.1:5060,if=10.0.0.1%eth0
SIP/2.0 488 Not Acceptable Here
CSeq: 2 INVITE^M
Via: SIP/2.0/UDP 10.0.0.1:5060;branch=z9hG4bKd42c3d7d-9f0a-df11-9f50-0011d852d484;rport^M
User-Agent: T38Modem/1.2.0^M
From: <sip:02163600681@10.0.0.1:5060>;tag=be7c9a7c-9f0a-df11-9f50-0011d852d484^M
Call-ID: c4a73b60-9e0a-df11-8b2b-001517014735@faxer^M
Organization: Vyacheslav Frolov^M
To: "root" <sip:T38Modem%20v1.2.0@10.0.0.30>;tag=769b3b60-9e0a-df11-8b2b-001517014735^M
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING^M
Content-Length: 0^M
^M
2010/01/28 19:23:16.221 Opal Liste…0xb7d08b90 SIP Queueing PDU "2 INVITE <488>", transaction=z9hG4bKd42c3d7d-9f0a-df11-9f50-0011d852d484, token=be7c9a7c-9f0a-df11-9f50-0011d852d484
I compiled t38modem wiith the latest opal,ptlib and t38modem svn trunks without any problem. Now I can send fax from t38modem to t38modem using the 'F' dial modifier on the same server using HylaFax. However, when I run t38modem on 2 servers with the same parameters, they cannot send fax to each other. I tried many combinations for the parameters, but couldn't get it working. What should be the parameters for both t38modems to be able to send a fax from 1st server to the 2nd?
Here are the outputs:
.
.
Open T38ModemMediaStream-Source-T.38 for Call
Open OpalRTPMediaStream-Sink-T.38 for Call
Close OpalRTPMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Source-T.38 for Call
Open T38ModemMediaStream-Source-T.38 for Call
Open OpalRTPMediaStream-Sink-T.38 for Call
Close OpalRTPMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Source-T.38 for Call
Open T38ModemMediaStream-Source-T.38 for Call
Open OpalRTPMediaStream-Sink-T.38 for Call
Close OpalRTPMediaStream-Sink-T.38 for Call
Close T38ModemMediaStream-Source-T.38 for Call
.
.
Any help is appreciated.
The complete trace with -tttt needed.
Do not put the traces to the forums.
You can attach it to the Support Request Tracker.