Mihai Balea wrote: > The way I read the spec is that if you have a CODEC PREFS IE in your NEW > message, it takes precedence over FORMAT and CAPABILITIES. So in your > case, the caller should arrange its codec prefs list to reflect its > actual preferences (ilbc on top) and the callee should ignore the format > and capabilities IEs and rely on the incoming codec prefs IE for its > codec negotiation logic.
And in chan_sip, we *do* rearrange the configured preferences to put the calling channel's format in the front of the list, to accomplish exactly what Steve is asking for here. I don't see why we shouldn't do the same thing in chan_iax2. -- Kevin P. Fleming Director of Software Technologies Digium, Inc. - "The Genuine Asterisk Experience" (TM) _______________________________________________ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev