SDP (Session Description Protocol) — сетевой протокол, предназначенный для описания сессии передачи потоковых данных, включая телефонию (ТфОП и VoIP), Интернет-радио, приложения мультимедиа.
Сессия SDP может реализовывать несколько потоков данных. В протоколе SDP в настоящее время определены аудио, видео, данные, управление и приложения (поточные), сходные с MIME типами электронной почты в Интернет-адресах.
Сообщение SDP, передаваемое от одного узла другому, может указывать:
адреса места назначения, которые могут быть для медиа-потоков мультикастинг-адресами
номера UDP портов для отправителя и получателя
медиа-форматы (например кодеки), которые могут применяться во время сессии
время старта и остановки. Используется в случае широковещательных сессий, например, телевизионных или радиопрограмм. Можно внести время начала, завершения и времена повторов сессии
Несмотря на то, что Session Description Protocol предоставляет возможность описания мультимедиа-данных, в нём не хватает механизмов согласования параметров сессии.
v=0
o=- 1815849 0 IN IP4 194.67.15.181
s=Cisco SDP 0
c=IN IP4 194.67.15.181
t=0 0
m=audio 20062 RTP/AVP 99 18 101 100
a=rtpmap:99 G.729b/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
m= - указание типа трафика, порта и протокола по которым будут передаваться данные, а также стандарты / кодеки, используемые для передачи данных. В этом примере, от имени вызывающего: «связываться хочу по средствам передачи голоса, мне слать трафик на порт 20062, с использованием протокола
RTP. Знаю кодеки с номерами 99 18 101 100.» Опсание в
RFC 3551 страница 33 a=rtpmap – Номер стандарта / кодека, имя и, через «/», частота дискретизации.
a=fmtp – дополнительные параметры кодека. Например, bitrate - планируемая полоса пропускания потока данных (без учёта издержек и избыточности). На самом деле, как я понимаю, строчка зарезервирована на будущее и сейчас не используется.
a=x-caps – формат передачи видео внутри кодека