[asterisk-bugs] [Asterisk 0018814]: Video dynamic RTP payload type negotiation incorrect when directmedia enabled

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18814 
====================================================================== 
Reported By:                Boris Fox
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18814
Category:                   Channels/chan_sip/CodecHandling
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 306827 
Request Review:              
====================================================================== 
Date Submitted:             2011-02-15 09:00 CST
Last Modified:              2011-02-23 16:29 CST
====================================================================== 
Summary:                    Video dynamic RTP payload type negotiation incorrect
when directmedia enabled
Description: 
When calling endpoint specifying dynamic RTP payload type for some codecs
(H.263-1998 for example), and directmedia is enabled, Asterisk negotiates
it's own built-in payload type for this codec with the called party, and
doesn't re-negotiate it during remote bridge setup (in re-INVITEs). This
leads to both parties bridged together having different dynamic payload
types for the same codec, and can't receive video media stream from each
other.

sip.conf, full log file, and sip debug trace for that two peers are
attached.
Peer 410 at host PM10 [192.168.70.10] is the calling party, 409 at PM9
[192.168.70.9] is the called.
410 offers payload type 115 for the H.263-1998 codec, and Asterisk
translate this call to 409 with the same video codecs but offers payload
type 98 for H.263-1998. Peer 409 accepts it. When Asterisk re-invites the
peers establishing remote bridge, corresponding payload types does not
change to one common value, but remain as negotiated at call setup.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-02-23 16:29 lmadsen        Description Updated                          
2011-02-23 16:29 lmadsen        Additional Information Updated                  
 
======================================================================