On Tue, Apr 6, 2010 at 2:02 PM, WORLEY, DALE R (DALE) <[email protected]> wrote: > ________________________________________ > From: [email protected] > [[email protected]] On Behalf Of M. Ranganathan > [[email protected]] > > Note that on the re-INVITE (with SDP), sipX sends the ITSP all > supported codecs (including G729 - I need to filter this out but that > is a different problem ). The phone selects G711 and ITSP sends in > G711 in the period of time following Frame 46. This is legal ( the > ITSP answered with G711 and G729) However, it appears that the > asymmetry of the media stream causes the observed problem of no speech > path. So there appears to be an ITSP issue at hand. > __________________________________________ > > If I understand you correctly, the problem is that the ITSP sends an SDP > answer listing 3 codecs, and then refuses to process RTP that is encoded in > one of those 3 codecs? > > Is there a reason we want to cooperate with such brokenness? Couldn't this > be solved far, far more simply by getting the ITSP to list in its SDP answer > the one codec it was willing to process? > > Dale
It appears to be the case that there is a problem with the ITSP however, I want to be sure it is not on our end. I have made the filtering corrections suggested by you ( off list ) to the SDP offered in the re-INVITE (i.e. remove the fmtp attribute line) although it is a minor change. If there continues to be a problem with bandwidth.com, I will file an issue after retesting by QA. Thanks Regards, Ranga > -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
