[asterisk-dev] Potential change to outgoing codec offers (new topic)

[Kevin P. Fleming]

Brian Candler wrote:
> 3. Revert to 1.2 behaviour (i.e. offer all codecs with media proxying, and
> re-INVITE to set up native bridging afterwards). However, re-order the codec
> list so that the codecs included in the incoming SIP INVITE appear before
> the others. This might make it a bit more likely that the far end will
> choose a codec which doesn't need transcoding.

Whatever we do, we will not offer formats to the second endpoint that
were not chosen during negotiation with the first endpoint. We don't
want the call to be setup using direct media and a format which we
cannot support should we need to pull the media back to Asterisk.