Voici une capture du protocole SDP :

  • SDP est un protocole de communication de description de paramètres d’initialisation d’une session de diffusion en flux.
  • SDP est la signalisation de commande pour SIP, comme H.245 pour H.323.

SDP est l’abréviation de Session Description Protocol. le Session Description Protocol définit un standard qui décrit les paramètres pour l’échange de média (souvent média en streaming) entre deux (normalement) points. Il a été publié par l’IETF en tant que RFC 4566. Le SDP est en général inclus dans un autre protocole, dont l’application la plus largement utilisée est le protocole SIP .

En termes simples, le protocole SDP est une déclaration par un terminal habilité a transmettre des données média de ses capacités de réception. Une déclaration type devrait nous donner les informations suivantes :

  • quelle adresse IP est préparée pour recevoir le flux média entrant
  • quel numéro de port attend le flux média entrant
  • quel type de média le terminal s’attend à recevoir (typiquement audio)
  • quel protocole le terminal attend pour échanger l’information (typiquement RTP)
  • quel codage de compression le terminal est capable de décoder (codec)

… et d’autres choses encore. dans un processus de démarrage de session typique, nous verrions deux terminaux participer à une session, où chaque terminal envoie un SDP à l’autre terminal l’informant de ses spécifications et possibilités. le SDP ne transmet pas lui-même de média, mais se limite à la négociation de paramètres d’échange de média compatibles. Le flux média lui même est géré par un autre canal et protocole. Voyons un exemple simple :

… nous voyons que le terminal déclare qu’il veut bien recevoir du média.

  • sur l’adresse IP 10.11.12.13 (le paramètre “c=”)
  • sur le port numéro 15010 (déclaré dans le paramètre “m=”)
  • de type audio (déclaré dans le paramètre “m=”)
  • via le protocole RTP, avec 2 codecs possibles numérotés 0 et 101 respectivement, où :

  • codec 0 est défini comme PCMU à 8000hz
  • codec 101 est défini comme “telephone-event” à 8000Hz (telephone-event en effet une tonalité DTMF)
  • en mode bi-directionnel (“a=sendrecv”)