12.07.2015 Views

RTP : protocole de transport - RFC

RTP : protocole de transport - RFC

RTP : protocole de transport - RFC

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>RFC</strong> 3550 page - 28 - Schulzrinne & autresSMTP. La valeur TOOL est supposée rester constante pour la durée d'une session.6.5.7 NOTE : Élément SDES <strong>de</strong> notice/état0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1NOTE=7 longueur note sur la sourceLa sémantique suivante est suggérée pour cet élément, mais elle, ou une autre sémantique, PEUT être explicitement définiepar un profil. L'élément NOTE est <strong>de</strong>stiné aux messages transitoires qui décrivent l'état actuel <strong>de</strong> la source, par exemple,"on ne peut pas parler par téléphone". Ou, durant un séminaire, cet élément peut être utilisé pour porter le titre <strong>de</strong> laconférence. Il ne <strong>de</strong>vrait être utilisé que pour porter <strong>de</strong>s informations exceptionnelles et NE DEVRAIT PAS être inclussystématiquement par tous les participants parce que cela ralentirait le débit d'envoi <strong>de</strong>s rapports <strong>de</strong> réception et <strong>de</strong>sCNAME, ce qui dégra<strong>de</strong>rait les performances du <strong>protocole</strong>. En particulier, il NE DEVRAIT PAS être inclus commeélément dans un fichier <strong>de</strong> configuration d'utilisateur ni généré automatiquement dans une "citation du jour".Comme l'élément NOTE peut être important à afficher alors qu'il est actif, le débit auquel d'autres éléments non CNAMEtels que NAME sont transmis peut être réduit <strong>de</strong> telle sorte que l'élément NOTE puisse prendre leur part <strong>de</strong> la ban<strong>de</strong>passante RTCP. Lorsque le message transitoire <strong>de</strong>vient inactif, l'élément NOTE DEVRAIT continuer d'être transmis unpetit nombre <strong>de</strong> fois au même rythme <strong>de</strong> répétition mais avec une chaîne <strong>de</strong> longueur zéro pour le signaler aux receveurs.Cependant, les receveurs DEVRAIENT aussi considérer l'élément NOTE comme inactif si il n'est pas reçu pour un faiblemultiple du rythme <strong>de</strong> répétition, ou peut-être 20 à 30 intervalles RTCP.6.5.8 PRIV : Élément SDES d'extensions privées0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1PRIV=8 longueur longueur <strong>de</strong> préfixe chaîne <strong>de</strong> préfixe.......... chaîne <strong>de</strong> valeurCet élément est utilisé pour définir <strong>de</strong>s extensions SDES expérimentales ou spécifiques <strong>de</strong> l'application. L'élément contientun préfixe consistant en une paire longueur-chaîne, suivie par la chaîne <strong>de</strong> valeur qui remplit le reste <strong>de</strong> l'élément et portel'information désirée. Le champ longueur <strong>de</strong> préfixe est <strong>de</strong> 8 bits. La chaîne <strong>de</strong> préfixe est un nom choisi par la personnequi définit l'élément PRIV comme unique par rapport aux autres éléments PRIV que cette application pourrait recevoir. Lecréateur <strong>de</strong> l'application pourrait choisir d'utiliser le nom <strong>de</strong> l'application plus une i<strong>de</strong>ntification <strong>de</strong> sous-typesupplémentaire si nécessaire. Autrement, il est RECOMMANDÉ que les autres choisissent un nom fondé sur l'entité qu'ilreprésente, puis <strong>de</strong> coordonner l'utilisation du nom au sein <strong>de</strong> cette entité.Noter que le préfixe consomme <strong>de</strong> l'espace au sein <strong>de</strong> la longueur totale <strong>de</strong> 255 octets <strong>de</strong> l'élément, <strong>de</strong> sorte que le préfixe<strong>de</strong>vrait rester aussi court que possible. Cette facilité et la ban<strong>de</strong> passante réduite <strong>de</strong> RTCP NE DEVRAIENT PAS êtresurchargées ; elle n'est pas <strong>de</strong>stinée à satisfaire toutes les exigences <strong>de</strong> communication <strong>de</strong> contrôle <strong>de</strong> toutes lesapplications.Les préfixes SDES PRIV ne seront pas enregistrés par l'IANA. Si certaines formes <strong>de</strong> l'élément PRIV se révèlent êtred'utilité générale, il DEVRAIT plutôt être alloué un type régulier d'élément SDES enregistré auprès <strong>de</strong> l'IANA afinqu'aucun préfixe ne soit exigé. Cela simplifie l'utilisation et accroît l'efficacité <strong>de</strong> la transmission.6.6 Paquet RTCP BYE pour prendre congé0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V=2|P| SC | PT=BYE=203 | longueur |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SSRC/CSRC |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+: ... :+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+(fac) | longueur | raison du départ ...+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!