Дублируемый тип полезной нагрузки для одного и того же кодека, но с другой строкой fmtp. Это правильный сценарий?

Question

Я разрабатываю приложение VoIP В одном из сценариев я получаю следующий SDP из сети:

`m=audio 10660 RTP/AVP 18 18 8 0 108
 a=fmtp:18 annexb=yes
 a=fmtp:18 annexb=no
 a=rtpmap:108 telephone-event/16000
 a=fmtp:108 0-15
 a=ptime:20`

Существует 2 экземпляра типа полезной нагрузки 18 для разных строк fmtp. Это действительный сценарий в соответствии с RFC?

Answer 1

Этот сценарий недопустим.

Сначала в нем отсутствует карта rtp, которая идентифицирует кодек, при условии, что его код G729 из-за упоминания кодека указывает, что предложение должно быть примерно таким:

 m=audio 10660 RTP/AVP 18 8 0 108
 a=rtpmap:18 G729/16000
 a=fmtp:18 annexb=yes
 a=rtpmap:108 telephone-event/16000
 a=fmtp:108 0-15
 a=ptime:20

Относительночасть annexb, если она поддерживается, должна быть предложена с '= yes', тогда ответчик имеет возможность принять с '= no' согласно RFC:

https://tools.ietf.org/html/rfc7261