[asterisk-bugs] [Asterisk 0015453]: There are no faxes!

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15453 
====================================================================== 
Reported By:                eyatsko
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15453
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.25.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-07-06 07:11 CDT
Last Modified:              2009-07-06 08:39 CDT
====================================================================== 
Summary:                    There are no faxes!
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


====================================================================== 

---------------------------------------------------------------------- 
 (0107420) eyatsko (reporter) - 2009-07-06 08:39
 https://issues.asterisk.org/view.php?id=15453#c107420 
---------------------------------------------------------------------- 
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] 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-07-06 08:39 eyatsko        Note Added: 0107420                          
======================================================================