[Home]

Summary:ASTERISK-14420: There are no faxes!
Reporter:eyatsko (eyatsko)Labels:
Date Opened:2009-07-06 07:11:43Date Closed:2009-09-03 12:16:21
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Channels/chan_sip/T.38
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) sip_debug.txt
Description:We have Debian Etch with Asterisk 1.4.25.1 installed (via make&&make install) and several mediagateways Quintum AS/AF/CMS which are set up for faxes in the same way.
We have trouble with fax movement!
Hereinafter:
  80.251.131.142 - Asterisk
  10.0.101.13 - Quintum AS
  10.0.101.250 - Quintum AF
  10.0.101.31 - Quintum CMS
There are "t38pt_udptl=yes" in [general] and in [peer]. And I've tried to insert "t38pt_usertpsource=yes/no" with no effect.

Output:
~# tshark -ni bond0 -R t38
35.476270 10.0.101.250 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00036 t30ind: v21-preamble
35.478562 10.0.101.13 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00000 t30ind: no-signal
35.546414 10.0.101.250 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00036 t30ind: v21-preamble
35.548914 10.0.101.13 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00000 t30ind: no-signal
35.616491 10.0.101.250 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00036 t30ind: v21-preamble
35.618576 10.0.101.13 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00000 t30ind: no-signal
35.686391 10.0.101.250 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00036 t30ind: v21-preamble
35.688580 10.0.101.13 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00000 t30ind: no-signal
35.756311 10.0.101.250 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00036 t30ind: v21-preamble
35.758603 10.0.101.13 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00000 t30ind: no-signal
35.826283 10.0.101.250 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00036 t30ind: v21-preamble
35.828587 10.0.101.13 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00000 t30ind: no-signal
35.896289 10.0.101.250 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00036 t30ind: v21-preamble
35.898613 10.0.101.13 -> 80.251.131.142 T.38 UDP: UDPTLPacket Seq=00000 t30ind: no-signal

Comments:By: eyatsko (eyatsko) 2009-07-06 07:14:57

I'm not sure but it could be useful:

[SIP Debugging information moved to attached file: sip_debug.txt]


By: eyatsko (eyatsko) 2009-07-06 07:28:19

It's a subject (in my opinion) what is in extensions.conf, because it worked on FreeBSD with Asterisk 1.4.11.

[602]
type=friend
host=dynamic
context=permit-national
username=602
secret=95369
canreinvite=yes
nat=no
callerid="vpk-fax2" <602>
subscribecontext=busylinefield
call-limit=10
disallow=all
allow=alaw
allow=g729
t38pt_usertpsource=no
t38pt_udptl=yes
;callgroup=1
;pickupgroup=1

[603]
type=friend
host=dynamic
context=permit-national
username=603
secret=95369
canreinvite=yes
nat=no
callerid="vpk-fax3" <603>
subscribecontext=busylinefield
call-limit=10
disallow=all
allow=alaw
allow=g729
t38pt_usertpsource=no
t38pt_udptl=yes
;callgroup=1
;pickupgroup=1
By: eyatsko (eyatsko) 2009-07-06 08:39:52

And also:
~~~~~~~~~
srvtm11*CLI> debug channel SIP/603-b4f8d550
Debugging enabled on channel SIP/603-b4f8d550
Debugging on new channels is enabled
The 'debug channel' command is deprecated and will be removed in a future release. Please use 'core set debug channel' instead.
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Null Frame (5) SUBCLASS: N/A (0) ] [SIP/603-b4f8d550]
<< [ TYPE: Unknown Frametype '10' (10) SUBCLASS: Unknown Subclass (76) ] [SIP/603-b4f8d550]
By: Leif Madsen (lmadsen) 2009-07-16 07:51:48

There has been a bunch of work on T.38 recently, so please keep an eye out for new releases that may contain some of this work. The 1.4.26 that will be released next week won't have it, but any 1.4.27 release candidates should.

Any new 1.6.x release candidates should also contain any of the T.38 changes that will be going in shortly.
By: Kevin P. Fleming (kpfleming) 2009-08-21 15:29:05

I believe this was just fixed by the patch than went in for issue 15373; you can try applying that patch to your local copy of Asterisk, or use a current checkout from the 1.4 branch in Subversion. Please let us know if this fixes the issue, thanks.
By: Tilghman Lesher (tilghman) 2009-09-03 12:16:21

Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested.

Further information can be found at http://www.asterisk.org/developers/bug-guidelines