________________________________________ 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 _______________________________________________ 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/
