<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'><div dir='ltr'>Txs a lot Kevin.<br>I had just created and account on https://issues.asterisk.org/jira<br>Let me know if this is the right place to post both the pcap capture and the sip logs. If not please help me out creating the account in the right place so that I can provide all the information you need.<br>The sip debug logs I can post here but I need to change the real IPs, which is easy to do because it will be a text file.<br>I appreciate your time and effort in helping us find the roout cause.<br>Fborot<br><br><hr>From: fborot@hotmail.com<br>To: asterisk-users@lists.digium.com<br>Subject: RE: T.38 passthru on 1.8.5<br>Date: Tue, 30 Aug 2011 13:53:25 -0400<br><br><style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir=ltr>
txs a lot for your explanation steve<br>so, it should work w/o spandsp fairly fine if we do not have a bad connection. I see that this version has a lot of fixes related to t.38<br> but is the implementation already mature enough to guarantee a decent success rate with fax calls?<br><br><div>
<div> </div></div><br><br><div><hr id=ecxstopSpelling>From: fborot@hotmail.com<br>To: asterisk-users@lists.digium.com<br>Subject: RE: T.38 passthru on 1.8.5<br>Date: Tue, 30 Aug 2011 13:15:19 -0400<br><br>
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir=ltr>
will installing spandsp help with t.38 pass-through?<br><br><div>
<div> </div></div><br><br><div><hr id=ecxstopSpelling>From: fborot@hotmail.com<br>To: asterisk-users@lists.digium.com<br>Subject: RE: T.38 passthru on 1.8.5<br>Date: Tue, 30 Aug 2011 11:42:41 -0400<br><br>
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir=ltr>
both endpoints use public Ips, I just changed the real ones for the privates ones to protect our ips but made a mistake and left the dest as a pub and the orig as private, my bad.<br>but for the record, both are public IPs, there is no nat and iptables is off<br><br> also, I see that the quintum sends a lot of these packages but asterisk sends only 1 or 2 to the other side.<br><br><br><br><div>
<div> </div></div><br><br><div><hr id=ecxstopSpelling>From: fborot@hotmail.com<br>To: asterisk-users@lists.digium.com<br>Subject: T.38 passthru on 1.8.5<br>Date: Tue, 30 Aug 2011 09:44:15 -0400<br><br>
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir=ltr>
<br><div>
<div> Hello<br>We want to implement T.38 passthru with asterisk 1.8.5 [Asterisk 1.8.5.0 built by root @ asterisk1-8.labdomain.com on a x86_64 running Linux on 2011-08-26 21:31:22 UTC]<br><br>The call flow is:<br>quintum gateway --> asterisk --> Dialogic IMG 1010<br><br>the call starts as a voice call, the remote fax picks up and we hear the fax tone, the we see the re-invite from the IMG asking for t.38, the RE-Invite is passed back to the user side [quintum gateway] whcih reply with 200 OK with t.38 and the nothing else happens. After 20 secs of "inactivity" the quintum sends another Invite with voice only and then a BYE.<br><br>We do see that the quintum sends a lot of messages like this from the quintum's IP [192.168.1.18] but we do not see that asterisk sends the packages to the destination<br><br>UDPTL (SIP/2345850624337933): packet to 192.30.189.146:12020 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br> UDPTL (SIP/): packet from 192.168.1.18:10260 (type 0, seq 0, len 6)<br><br>we have this settings on sip.conf<br>faxdetect = yes<br>t38pt_udptl = yes,maxdatagram=400 [I have tested with several combinations t38pt_udptl = yes;t38pt_udptl = yes,fec etc]<br><br>When we send the fax from the quintum to the Dialogic IMG the fax works 100% of the times.<br>I enabled fax set debug on and udptl set debug on but the console does not show almost anything but the udptl packets shown above.<br>What else should I do?Any ideas/help is greatly appreciated<br><br>txs a lot<br>fborot<br><br></div></div> </div></div> </div></div> </div></div> </div>
</div></body>
</html>