Оннако!

Ecuador:

RFC4855, ничего четкого не сказано про это

Чётко про это сказано:
http://rfc-ref.org/RFC-TEXTS/4855/chapter3.html

Нифига не чотко :) Чотко - это когда mandatory field. А так, в этой главе просто маппинг расписан.
Это как кодировку страницы в http передавать. Можно и забить :)

Но описание ведь должно быть, rate, channels. Если этого не сделать как тогда завязаться?

Нет. Таковы правила формирования SDP. Минимально необходимая инфа для установления медиа-канала указывается в поле "m=". SIP-стэк не должен выдавать ошибку (ни 4хх, ни 5хх) на такой поворот событий.

Как тогда Астериск завязать?

А на что * вообще ругается в консоль? Покаж 488 сообщение.

<--- Reliably Transmitting (NAT) to 10.101.64.25:5060 --->
SIP/2.0 488 Not acceptable here

Via: SIP/2.0/UDP 10.101.64.25:5060;branch=z9hG4bK-43cabf-4c0defbe-c9e75539-2bddd272;received=10.101.64.25
From: <sip:9082602633@10.101.64.25:5060>;tag=1940650a-13c4-4c0defbe-c9e75539-7b8c537d
To: <sip:73422017755@10.105.66.10:5060;transport=udp>;tag=as4cb680a7
Call-ID: CXC-190-5d692490-1940650a-13c4-4c0defbe-c9e75539-17781f27@10.101.64.25
CSeq: 1 INVITE
User-Agent: Asterisk PBX 1.6.0.22-samy-r60
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0

Самое что интересное, что при исходящих требуемый параметр a=rtpmap:8 PCMA/8000 присутствует

При исходящих Астериск сам формирует SDP исходя из своих представлений как НАДО!

Ну шо, есть вероятность что баг самого стека SIP в Астериске, требует необязательное поле.
Тут Игоря Гончаровского надо подключать.

а что тут догадываться
нужен pcap с SIP диалога
и лог с астериска с дебагом по SIP

только умоляю вас
будте благоразумны
не надо логи закидывать на рапиду и прочиее файло обменники