4. Exigences et recommandations
L'objectif de SDP est de transmettre des informations sur les flux de médias dans une session multimédia afin de permettre au destinataire d'une description de session de participer à la session. SDP est principalement destiné à être utilisé sur Internet, bien qu'il soit suffisamment générique pour décrire des conférences dans d'autres environnements réseau. Les flux de médias peuvent être de type plusieurs-à-plusieurs. Les sessions n'ont pas besoin d'être actives en permanence.
Jusqu'à présent, les sessions multicast sur Internet se distinguent de nombreuses autres formes de conférence en ce que toute personne recevant le trafic peut rejoindre la session (à moins que le trafic de la session ne soit chiffré). Dans un tel environnement, SDP a deux objectifs principaux. Il constitue un moyen de transmettre l'existence d'une session, et un moyen de transmettre suffisamment d'informations pour permettre de rejoindre la session et d'y participer. Dans un environnement unicast, seul ce dernier objectif peut être pertinent.
Une description de session SDP comprend les éléments suivants :
- Le nom et l'objet de la session
- Les horaires pendant lesquels la session est active
- Les médias composant la session
- Les informations nécessaires pour recevoir ces médias (adresses, ports, formats, etc.)
Comme les ressources nécessaires à la participation à une session peuvent être limitées, certaines informations supplémentaires peuvent également être nécessaires :
- Des informations sur la bande passante utilisée par la session
- Les coordonnées de la personne responsable de la session
En général, SDP DOIT transmettre suffisamment d'informations pour permettre à une application de rejoindre une session (les clés de chiffrement pouvant être une exception), et annoncer les ressources qui seront utilisées à tout non-participant qui pourrait avoir besoin de le savoir. (Cette dernière caractéristique est principalement utile lorsque SDP est utilisé avec un protocole d'annonce de session multicast.)
4.1 Media and Transport Information (informations sur les médias et le transport)
Une description de session SDP comprend les informations de médias suivantes :
- Le type de média (vidéo, audio, etc.)
- Le protocole de transport (RTP/UDP/IP, H.320, etc.)
- Le format du média (vidéo H.261, vidéo MPEG, etc.)
En plus du format de média et du protocole de transport, SDP transmet également les détails d'adresse et de port. Pour les sessions IP multicast, ceux-ci comprennent :
- L'adresse du groupe multicast pour le média
- Le port de transport pour le média
Cette adresse et ce port sont l'adresse de destination et le port de destination du flux multicast, qu'il s'agisse d'envoi, de réception ou des deux.
Pour les sessions IP unicast, les éléments suivants sont transmis :
- L'adresse distante pour le média
- Le port de transport distant pour le média
La sémantique de cette adresse et de ce port dépend du média et du protocole de transport définis. Par défaut, cela DEVRAIT être l'adresse distante et le port distant vers lesquels les données sont envoyées. Certains types de médias peuvent redéfinir ce comportement, mais cela n'est PAS RECOMMANDÉ car cela complique les implémentations (y compris les équipements intermédiaires qui doivent analyser les adresses pour ouvrir des trous dans les NAT ou les pare-feux).
4.2 Timing Information (informations de temporisation)
Les sessions peuvent être délimitées ou non dans le temps. Qu'elles soient délimitées ou non, elles peuvent n'être actives qu'à certains moments. SDP peut transmettre :
- Une liste arbitraire d'heures de début et de fin délimitant la session
- Pour chaque délimitation, des temps de répétition, par exemple « chaque mercredi à 10h pendant une heure »
Ces informations de temporisation sont cohérentes à l'échelle mondiale, indépendamment du fuseau horaire local ou de l'heure d'été (voir la section 5.9).
4.3 Private Sessions (sessions privées)
Il est possible de créer des sessions publiques et des sessions privées. SDP lui-même ne fait pas de distinction entre les deux ; les sessions privées sont généralement transmises en chiffrant la description de session lors de la distribution. Les détails sur la façon dont le chiffrement est effectué dépendent du mécanisme utilisé pour transporter SDP ; des mécanismes sont actuellement définis pour SDP transporté via SAP [14] et SIP [15], et d'autres mécanismes pourront être définis à l'avenir.
Si l'annonce de session est privée, cette annonce privée peut être utilisée pour transmettre les clés de chiffrement nécessaires pour décoder chaque média de la conférence, y compris suffisamment d'informations pour savoir quel schéma de chiffrement est utilisé pour chaque média.
4.4 Obtaining Further Information about a Session (obtenir plus d'informations sur une session)
Une description de session DEVRAIT transmettre suffisamment d'informations pour décider de participer ou non à une session. SDP PEUT inclure des pointeurs supplémentaires vers plus d'informations sur la session sous la forme d'URI (Uniform Resource Identifiers).
4.5 Categorisation (catégorisation)
Lorsque SAP ou tout autre mécanisme d'annonce distribue de nombreuses descriptions de session, il peut être nécessaire de filtrer les annonces de session intéressantes parmi celles qui ne le sont pas. SDP prend en charge un mécanisme de catégorisation de session pouvant être automatisé (attribut « a=cat: » ; voir la section 6).
4.6 Internationalisation (internationalisation)
La spécification SDP recommande l'utilisation du jeu de caractères ISO 10646 en encodage UTF-8 [5] pour permettre la représentation de nombreuses langues différentes. Cependant, pour faciliter une représentation compacte, SDP permet également l'utilisation d'autres jeux de caractères tels qu'ISO 8859-1 lorsque cela est nécessaire. L'internationalisation s'applique uniquement aux champs de texte libre (nom de session et informations de contexte), et non à l'ensemble de SDP.