[asterisk-bugs] [Asterisk 0015121]: [patch] Video support in SIP channel driver appears to be totally broken

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15121 
====================================================================== 
Reported By:                jsmith
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15121
Category:                   Channels/chan_sip/Video
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
Regression:                 Yes 
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.1 
SVN Revision (number only!): 194542 
Request Review:              
====================================================================== 
Date Submitted:             2009-05-15 11:52 CDT
Last Modified:              2009-07-07 08:30 CDT
====================================================================== 
Summary:                    [patch] Video support in SIP channel driver appears
to be totally broken
Description: 
I'm unable to get video working at all in either the 1.6.0 or 1.6.1
branches (latest SVN).
====================================================================== 

---------------------------------------------------------------------- 
 (0107447) malcolmd (administrator) - 2009-07-07 08:30
 https://issues.asterisk.org/view.php?id=15121#c107447 
---------------------------------------------------------------------- 
Howdy,

Polycom support isn't going to be able to assist you on this one.  The
root of the matter is that Asterisk's media negotiation is incomplete in
that it doesn't understand the additional fmtp parameter that is related to
the H.263P SDP element.  

This bug (15121) in particular is still valid for 1.6.1/2/trunk as the
second leg of the call has its video destination improperly negotiated.  

For your case, you're better off with a feature request on the Asterisk
side. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-07-07 08:30 malcolmd       Note Added: 0107447                          
======================================================================