Summary:ASTERISK-08139: Reproduction of bug #6568 in 1.4.0-beta3
Reporter:Peter Howard (peterhoward)Labels:
Date Opened:2006-11-15 18:44:53.000-0600Date Closed:2011-06-07 14:08:09
Versions:Frequency of
Environment:Attachments:( 0) vsx3000_asterisk1.4.0-beta3_log.txt
Description:I have encountered a problem with similar symptoms to those described in bug 6568.
Two Polycom VSX 3000  stations were used.  The result of the problem is that a connection is established with audio, but with no video.


The problem goes away if you modify rtp.c and change the values in static_RTP_PT from
[103] = {1, AST_FORMAT_H263_PLUS},
[99] = {1, AST_FORMAT_H264},


[96] = {1, AST_FORMAT_H263_PLUS},
[109] = {1, AST_FORMAT_H264},
which are the values the Polycom uses by default.
Comments:By: Olle Johansson (oej) 2006-11-16 06:15:00.000-0600

These are dynamic RTP payloads, polycom should read whatever we define... This sounds like a bug in Polycom firmware

By: Joshua C. Colp (jcolp) 2006-11-16 17:21:47.000-0600

I would have to agree - these are dynamic payloads and should be negotiated using their names, not the numbers. Might want to talk to Polycom and see what they say.

By: Peter Howard (peterhoward) 2006-11-16 23:28:44.000-0600


I must admit when I first diagnosed the problem I missed the issuing of the codec mapping in the OK to the first station.  Assuming that you guys have seen the remapping working with other videophones, I can accept it as being Polycom's problem rather than Asterisk's. (as an aside, I am trying to get the stations updated to the latest firmware but that is becoming a minor epic)

Does that imply that the earlier bug (6568) was wrong in it's assumption that Asterisk wasn't handling the video properly?

By: Jason Parker (jparker) 2006-12-04 12:07:13.000-0600

I don't think this is related, since 6568 was two asterisk boxes talking to each other.  Closing.