| 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-0600 | Date Closed: | 2011-06-07 14:08:09 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Channels/chan_sip/CodecHandling |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| 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. ****** ADDITIONAL INFORMATION ****** The problem goes away if you modify rtp.c and change the values in static_RTP_PT from [103] = {1, AST_FORMAT_H263_PLUS}, and [99] = {1, AST_FORMAT_H264}, to [96] = {1, AST_FORMAT_H263_PLUS}, and [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 OK. 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. | ||