Имеем:
на 2032 разрешены все кодеки и предпочтительный стоит 711
На астере разрешены 711 и 729
на IP телефоне 729.
Звоним с IP на 2032. Астер посылает инвайт на 2032 и оттуда приходит ответ примерно такого вида:

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.201.2:5060;branch=z9hG4bKff36ff37020e8275;received=192.168.201.2
From: ;tag=f57a5515-123143
To: ;tag=as3e03fc2a
Call-ID: D1B9-DA13-4712314318928F34D32B-664@SipHost
CSeq: 55 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact:
Content-Type: application/sdp
Content-Length: 355

v=0
s=session
c=IN IP4 192.168.201.1
t=0 0
m=audio 14508 RTP/AVP 0 18 8 4 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

Т.е. в ответе говориться (a=rtpmap:0 PCMU/8000), что на 2032 есть только 711 кодек (видимо так срабатывает функция выбора предпочтительного кодека) и астер начинает транскодить. А хочется, чтобы во второй части ответа было что-то типа:

a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no

Возможно ли отказаться от выбора предпочтительного кодека или какам нибудь еще способом получить нормальный Ок от 2032?

Ап!
Может Виктор Колосов что подскажет?

Люююдииии!
Это ж реальный баг созданный благими намерениями!
Нафиг нужен транскодинг, если шлюз просто нечестно ответил о своих возможностях?