[asterisk-bugs] [Asterisk 0011729]: in certain scenarios, asterisk can send rtp in an unsupported payload type to an endpoint
noreply at bugs.digium.com
noreply at bugs.digium.com
Fri Jan 11 10:38:05 CST 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11729
======================================================================
Reported By: tsearle
Assigned To: file
======================================================================
Project: Asterisk
Issue ID: 11729
Category: Channels/chan_sip/CodecHandling
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: 1.4.17
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 01-10-2008 08:37 CST
Last Modified: 01-11-2008 10:38 CST
======================================================================
Summary: in certain scenarios, asterisk can send rtp in an
unsupported payload type to an endpoint
Description:
SIP caller A supports alaw/ulaw
Asterisk is configured to support alaw,ulaw,g729 and places all 3 in the
offer to B
SIP called B supports g729,alaw,ulaw putting all 3 in the 200 OK
If B sends audio in G.729 it gets forwarded to A without transcoding.
======================================================================
----------------------------------------------------------------------
tsearle - 01-11-08 10:38
----------------------------------------------------------------------
The first section of the code passes the first incompatible rtp packet to
the core. There it's detected/treated as a codec change. This changes the
raw formats.
Issue History
Date Modified Username Field Change
======================================================================
01-11-08 10:38 tsearle Note Added: 0076715
======================================================================
More information about the asterisk-bugs
mailing list