[asterisk-bugs] [Asterisk 0016634]: asterisk crashes while fax sending
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Feb 2 16:31:31 CST 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16634
======================================================================
Reported By: krn
Assigned To: dvossel
======================================================================
Project: Asterisk
Issue ID: 16634
Category: Channels/chan_sip/T.38
Reproducibility: always
Severity: crash
Priority: normal
Status: closed
Asterisk Version: 1.6.0.20
JIRA: SWP-747
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2010-01-18 10:30 CST
Last Modified: 2010-02-02 16:31 CST
======================================================================
Summary: asterisk crashes while fax sending
Description:
[general]
t38pt_udptl=yes
#next three lines makes no changes
t38pt_rtp=yes
t38pt_usertpsource=yes
faxdetect = yes
[provider]
type=peer
host=sip.provider.com
fromdomain=sip.provider.com
context=incoming-from-prov
port=5065
defaultuser=user
secret=password
fromuser=user
call-limit=10
canreinvite=yes
insecure=invite,port
nat=no
disallow=all
allow=ulaw
allow=alaw
dtmfmode=rfc2833
[IntUser]
type=friend
host=dynamic
context=office-internal
defaultuser=intuser
secret=password
callgroup=3
pickupgroup=3
callerid=103 User
canreinvite=yes
qualify=30000
call-limit=2
t38pt_udptl=yes
disallow=all
allow=ulaw
allow=alaw
t38pt_udptl=yes
faxdetect=yes
dtmfmode=rfc2833
nat=no
IntUser - ATA Linksys SPA2102 with fax attached
T.38 with reinvite, vad disabled, external non-firewalled ip
Messages before crash:
WARNING[11356]: udptl.c:766 calculate_far_max_ifp: (no tag): Cannot
calculate far_max_ifp before far_max_datagram has been set.
WARNING[11389]: udptl.c:725 calculate_local_max_datagram: (no tag): Cannot
calculate local_max_datagram before local_max_ifp has been set.
WARNING[11389]: udptl.c:766 calculate_far_max_ifp: (SIP/xxxxxxxxxxxxxx):
Cannot calculate far_max_ifp before far_max_datagram has been set.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0016724 coredump on T.38 Session with 1.6.2.1
======================================================================
----------------------------------------------------------------------
(0117580) svnbot (reporter) - 2010-02-02 16:31
https://issues.asterisk.org/view.php?id=16634#c117580
----------------------------------------------------------------------
Repository: asterisk
Revision: 244446
_U branches/1.6.1/
U branches/1.6.1/channels/chan_sip.c
U branches/1.6.1/include/asterisk/udptl.h
U branches/1.6.1/main/udptl.c
------------------------------------------------------------------------
r244446 | dvossel | 2010-02-02 16:31:30 -0600 (Tue, 02 Feb 2010) | 23
lines
Merged revisions 244443 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk
........
r244443 | dvossel | 2010-02-02 16:27:23 -0600 (Tue, 02 Feb 2010) | 18
lines
fixes crash during T.38 negotiation caused by invalid or missing
FaxMaxDatagram field
AST-2010-001
(closes issue https://issues.asterisk.org/view.php?id=16634)
Reported by: krn
(closes issue https://issues.asterisk.org/view.php?id=16724)
Reported by: barthpbx
(closes issue https://issues.asterisk.org/view.php?id=16517)
Reported by: bklang
(closes issue https://issues.asterisk.org/view.php?id=16485)
Reported by: elsto
........
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=244446
Issue History
Date Modified Username Field Change
======================================================================
2010-02-02 16:31 svnbot Checkin
2010-02-02 16:31 svnbot Note Added: 0117580
======================================================================
More information about the asterisk-bugs
mailing list