Profil RTP pour conférences audio et vidéo avec contrôle minimal - PDF\nProfil RTP pour conférences audio et vidéo avec contrôle minimal\nDownload "Profil RTP pour conférences audio et vidéo avec contrôle minimal"\n1 RFC 3551 page Schulzrinne & Casner Grupe de travail Réseau H. Schulzrinne, Clumbia University Request fr Cmments : 3551 S. Casner, Packet Design STD 65 RFC rendue bslète : 1890 juillet 2003 Catégrie : Nrme Traductin Claude Brière de L'Isle Prfil RTP pur cnférences audi et vidé avec cntrôle minimal Statut du présent mémire Le présent dcument spécifie un prtcle de nrmalisatin Internet pur la cmmunauté Internet, et appelle à discussin et suggestins en vue de sn améliratin. Prière de s'en rapprter à l éditin en curs des "Internet Official Prtcl Standards" (nrmes fficielles du prtcle Internet) (STD 1) pur cnnaître l état de la nrmalisatin et le statut du présent prtcle. La distributin du présent mémire n est sumise à aucune restrictin. Déclaratin de cpyright Cpyright (C) The Internet Sciety (2003). Tus drits réservés Résumé Le présent dcument décrit un prfil appelé "RTP/AVP" pur l'usage du prtcle de transprt en temps réel (RTP), versin 2, et du prtcle de cntrôle asscié, RTCP, au sein de cnférences audi et vidé multi participants avec cntrôle minimal. Il dnne l'interprétatin cnvenable des champs génériques dans la spécificatin RTP pur les cnférences audi et vidé. En particulier, ce dcument définit un ensemble de transpsitins par défaut de numérs de type de charge utile en cdages. Le présent dcument décrit aussi cmment les dnnées audi et vidé peuvent être prtées au sein de RTP. Il définit un ensemble de cdages standard et leurs nms lrsqu'ils snt utilisés dans RTP. Les descriptins dnnent des pinteurs sur des mises en œuvre de référence et les nrmes détaillées. Le présent dcument est destiné à aider à la mise en œuvre d'applicatins multimédia audi, vidé et autres en temps réel. Le présent mémire rend bslète la RFC Il est pur la plus grande part rétr cmpatible, sauf pur les fnctins supprimées parce que deux mises en œuvre interpérables n'nt pu être truvées. Les ajuts à la RFC 1890 cdifient les pratiques existantes dans l'utilisatin des frmats de charge utile sus ce prfil et incluent de nuveaux frmats de charge utile définis depuis la publicatin de la RFC Table des matières 1. Intrductin Terminlgie Frmat de paquet RTP et RTCP et cmprtement du prtcle Enregistrement de cdages supplémentaires Audi Règles indépendantes du cdage Recmmandatins pur le fnctinnement Lignes directrices pur les cdages audi fndés sur l'échantillnnage Lignes directrices pur les cdages audi fndés sur la trame Cdages audi Vidé CelB JPEG H H H MPV MP2T nv Définitins des types de charge utile RTP sur TCP et prtcles similaires de flux d'ctets Allcatin d'accès Changements depuis la RFC Cnsidératins pur la sécurité...22\n2 RFC 3551 page Schulzrinne & Casner 11. Cnsidératins relatives à l'iana Références Références nrmatives Références pur infrmatin Lcalisatin actuelle des ressurces cncernées Remerciements Déclaratin de drits de prpriété intellectuelle Adresse des auteurs Déclaratin cmplète des drits de reprductin Intrductin Le présent prfil définit les aspects de RTP qui ne snt pas spécifiés dans la définitin du prtcle RTP versin 2 de la RFC 3550 . Ce prfil est destiné à être utilisé au sein de cnférences audi et vidé avec cntrôle de sessin minimal. En particulier, aucune prise en charge de la négciatin des paramètres u du cntrôle d'adhésin n'est furnie. Le prfil est suppsé utile dans les sessins ù aucune négciatin ni cntrôle d'adhésin ne snt utilisés (par exemple, utilisant des types de charge utile statiques et les indicatins d'adhésin furnies par RTCP), mais ce prfil peut aussi être utile en cnjnctin avec un prtcle de cntrôle de niveau supérieur. L'usage du présent prfil peut être implicite dans l'utilisatin des applicatins apprpriées ; il peut n'y avir pas d'indicatin explicite du numér d'accès, de l'identifiant du prtcle u de chses cmme cela. Des applicatins cmme des répertires de sessin peuvent utiliser le nm spécifié pur ce prfil à la Sectin 11. D'autres prfils peuvent faire des chix différents pur les éléments spécifiés ici. Le présent dcument définit aussi un ensemble de cdages et de frmats de charge utile pur l'audi et la vidé. Ces descriptins de frmat de charge utile ne snt incluses ici que dans un suci pratique car elles snt trp petites pur justifier des dcuments à part. L'utilisatin de ces frmats de charge utile N'EST PAS EXIGÉE pur le présent prfil. Seule la liaisn de certains des frmats de charge utile aux numérs de type de charge utile statique des tableaux 4 et 5 est nrmative. 1.1 Terminlgie Les mts clés "DOIT", "NE DOIT PAS", "EXIGE", "DEVRA", "NE DEVRA PAS", "DEVRAIT", "NE DEVRAIT PAS", "RECOMMANDE", "PEUT", et "FACULTATIF" dans ce dcument snt à interpréter cmme décrit dans la RFC 2119  et indiquent les niveaux d'exigence pur les mises en œuvre cnfrmes à ce prfil RTP. Le présent dcument définit le terme "type de supprt" cmme divisant les cdages de cntenus audi et vidé en tris classes : audi, vidé et audi/vidé (entrelacé). 2. Frmat de paquet RTP et RTCP et cmprtement du prtcle La sectin "Spécificatins des prfils et frmats de charge utile RTP" de la RFC 3550 énumère un certain nmbre d'éléments qui peuvent être spécifiés u mdifiés dans un prfil. La présente sectin traite de ces éléments. Généralement, ce prfil suit les aspects par défaut et/u recmmandés de la spécificatin RTP. en-tête de dnnées RTP : le frmat standard de l'en-tête fixe de dnnées RTP (un bit marqueur) est utilisé. types de charge utile : les types de charge utile statiques snt définis à la Sectin 6. ajuts d'en-tête de dnnées RTP : aucun champ additinnel fixe n'est ajuté à l'en-tête de dnnées RTP. extensins d'en-tête de dnnées RTP : aucune extensin d'en-tête RTP n'est définie, mais les applicatins qui fnctinnent sus le présent prfil PEUVENT utiliser de telles extensins. Et dnc, les applicatins NE DEVRAIENT PAS suppser que le bit X de l'en-tête RTP est tujurs à zér et elles DEVRAIENT être prêtes à ignrer l'extensin d'en-tête. Si une extensin d'en-tête est définie à l'avenir, cette définitin DOIT spécifier le cntenu des 16 premiers bits d'une façn telle que plusieurs extensins différentes puissent être identifiées.\n3 RFC 3551 page Schulzrinne & Casner types de paquet RTCP : aucun type de paquet RTCP supplémentaire n'est défini par la présente spécificatin de prfil. intervalle de rapprts RTCP : Les cnstantes suggérées snt à utiliser pur le calcul de l'intervalle de rapprts RTPC. Les sessins qui fnctinnent sus ce prfil PEUVENT spécifier un paramètre distinct pur la bande passante de trafic RTCP plutôt que d'utiliser la fractin par défaut de la bande passante de sessin. La bande passante du trafic RTCP PEUT être divisée en deux paramètres de sessin distincts pur les participants qui snt des envyeurs actifs de dnnées et pur ceux qui ne le snt pas. Suivant la recmmandatin de la spécificatin RTP  que 1/4 de la bande passante RTCP sit dédiée aux envyeurs de dnnées, les valeurs par défaut RECOMMANDÉES pur ces deux paramètres seraient respectivement 1,25 % et 3,75 %. Pur une sessin particulière, la bande passante RTCP pur les nn envyeurs de dnnées PEUT être réglée à zér lrs du fnctinnement sur des liaisns unidirectinnelles u pur des sessins qui n'exigent pas de retur sur la qualité de réceptin. La bande passante RTCP pur les envyeurs de dnnées DEVRAIT rester différente de zér afin que les envyeurs de rapprts puissent encre les envyer pur la synchrnisatin inter supprts et pur identifier la surce par le CNAME. Les myens par lesquels snt spécifiés le, u les deux paramètres de bande passante de sessin RTCP srtent du dmaine d'applicatin du présent mémire. extensin SR/RR : aucune sectin d'extensin n'est définie pur le paquet SR u RR RTCP. utilisatin de SDES : les applicatins PEUVENT utiliser tus les éléments de SDES décrits dans la spécificatin RTP. Alrs que les infrmatins de CNAME DOIVENT être envyées à tus les intervalles de rapprts, d'autres éléments DEVRAIENT seulement être envyés tus les tris intervalles de rapprts, avec NAME envyé sept fis sur huit au sein de ce créneau et les éléments de SDES restants prenant de façn cyclique le huitième créneau, cmme défini au paragraphe de la spécificatin RTP. En d'autres termes, NAME est envyé dans les paquets RTCP 1, 4, 7, 10, 13, 16, 19, alrs que, disns est utilisé dans le paquet RTCP 22. sécurité : les service de sécurité RTP par défaut snt aussi par défaut sus ce prfil. transpsitin de chaîne à clé : aucune transpsitin n'est spécifiée par ce prfil. encmbrement : RTP et ce prfil peuvent être utilisés dans le cntexte d'un service réseau améliré, par exemple, de services intégrés (RFC 1633)  u de services différenciés (RFC 2475) , u ils peuvent être utilisés avec un service au mieux. Si un service améliré est utilisé, les receveurs RTP DEVRAIENT surveiller la perte de paquets pur s'assurer que le service qui était demandé est réellement furni. S'il ne l'est pas, ils DEVRAIENT alrs suppser qu'ils reçivent un service au mieux et se cnduire en cnséquence. Si le service au mieux est utilisé, les receveurs RTP DEVRAIENT surveiller les pertes de paquet pur s'assurer que le taux de perte de paquet reste dans des limites acceptables. La perte de paquet est cnsidérée cmme acceptable si un flux TCP à travers le même chemin de réseau et rencntrant les mêmes cnditins de réseau réalisait un débit myen, mesuré sur une échelle de temps raisnnable, qui ne serait pas inférieur à ce que le flux RTP réalise. Cette cnditin peut être satisfaite en mettant en œuvre des mécanismes de cntrôle d'encmbrement pur adapter le taux de transmissin (u le nmbre de cuches suscrites pur une sessin de diffusin grupée en cuches), u en s'arrangeant pur qu'un receveur quitte la sessin si le taux de pertes est inacceptablement élevé. La cmparaisn avec TCP ne peut pas être spécifiée exactement, mais elle est prévue cmme une cmparaisn "d'rdre de grandeur" en temps et en débit. Le temps pendant lequel le débit TCP est mesuré est le temps d'aller-retur de la cnnexin. Par nature, cette exigence établit qu'il n'est pas acceptable de déplyer une applicatin (utilisant RTP u tut autre prtcle de transprt) sur l'internet au mieux qui cnsmme arbitrairement la bande passante et n'est pas en cmpétitin lyale avec TCP dans le même rdre de grandeur. prtcle sus-jacent : le prfil spécifie l'utilisatin de RTP sur UDP aussi bien que TCP en envi individuel et en diffusin grupée. (Cela n'empêche pas l'utilisatin de ces définitins quand RTP est prté sur d'autres prtcles de cuche inférieure.) transpsitin de transprt : n utilise la transpsitin standard de RTP et RTCP en adresses de niveau transprt. encapsulatin : le présent prfil laisse aux applicatins la spécificatin de l'encapsulatin de RTP dans les prtcles autres que UDP. 3. Enregistrement de cdages supplémentaires\n4 RFC 3551 page Schulzrinne & Casner Le présent prfil fait la liste d'un ensemble de cdages, chacun d'eux cmprtant une cmpressin u représentatin de dnnées de supprt particulière plus un frmat de charge utile pur l'encapsulatin au sein de RTP. Certains de ces frmats de charge utile snt spécifiés ici, alrs que d'autres snt spécifiés dans d'autres RFC. Il est prévu que des cdages supplémentaires au delà de l'ensemble énuméré ici sient créés à l'avenir et spécifiés dans des RFC de frmat de charge utile supplémentaires. Le présent prfil allue aussi à chaque cdage un nm abrégé qui PEUT être utilisé par des prtcles de cntrôle de niveau supérieur, tels que le prtcle de descriptin de sessin (SDP, Sessin Descriptin Prtcl) RFC 2327 , pur identifier les cdages chisis pur une sessin RTP particulière. Dans certains cntextes, il peut être utile de se référer à ces cdages sus la frme d'un type de cntenu MIME. Pur le rendre plus facile, la RFC 3555  dnne les enregistrements de tus les nms de cdages énumérés ici cmme des nms de sus-type MIME sus les types MIME "audi" et "vidé" à travers la prcédure d'enregistrement MIME telle que spécifiée dans la RFC 2048 . Tus les cdages supplémentaires spécifiés pur utilisatin avec ce prfil (u d'autres) peuvent aussi se vir alluer des nms enregistrés cmme sus-types MIME auprès de l'autrité d'allcatin des numérs de l'internet (IANA). Ce registre dnne les myens de s'assurer que les nms allués aux cdages supplémentaires restent uniques. La RFC 3555 spécifie les infrmatins qui snt requises pur l'enregistrement des cdages RTP. En plus de l'allcatin de nms aux cdages, ce prfil allue aussi des numérs de type de charge utile statique RTP à certains d'entre eux. Cependant, le numér de type de charge utile est relativement étrit et ne peut s'accmmder d'allcatins pur tus les cdages existants et futurs. Durant les premiers stades du dévelppement de RTP, il était nécessaire d'utiliser des types de charge utile allués de façn statique parce qu'aucun autre mécanisme n'avait été spécifié pur lier le cdage et le type de charge utile. Il était prévu que des myens nn RTP srtant du dmaine d'applicatin du présent mémire (cmme des prtcles de services d'annuaire u d'invitatin) seraient spécifiés pur établir une transpsitin dynamique entre un type de charge utile et un cdage. Maintenant, des mécanismes de définitin de liaisns de type de charge utile dynamiques nt été spécifiés dans le prtcle de descriptin de sessin (SDP) et dans d'autres prtcles tels que la Recmmandatin UIT-T H.323/H.245. Ces mécanismes asscient le nm enregistré du cdage/frmat de charge utile, avec tut paramètre supplémentaire requis, cmme le débit d'hrlge de l'hrdatage RTP et le nmbre de canaux, avec un numér de type de charge utile. Cette assciatin n'est effective que pur la durée de la sessin RTP dans laquelle est faite la liaisn dynamique de type de charge utile. Cette assciatin ne s'applique qu'à la sessin RTP pur laquelle elle est faite, et dnc les numérs peuvent être réutilisés pur des cdages différents dans des sessins différentes de srte que la limitatin de l'espace des numérs est évitée. Le présent prfil réserve les numérs de type de charge utile dans la gamme exclusivement à l'allcatin dynamique. Les applicatins DEVRAIENT d'abrd utiliser les valeurs dans cette gamme pur des types de charge utiles dynamiques. Ces applicatins qui nt besin de définir plus de 32 types de charges utiles dynamiques PEUVENT lier des cdes en dessus de 96, auquel cas il est RECOMMANDÉ que les numérs de type de charge utile nn allués sient utilisés d'abrd. Cependant, les types de charge utile allués de façn statique snt des liaisns par défaut et PEUVENT être liés de façn dynamique à de nuveaux cdages si nécessaire. Redéfinir des types de charge utile en dessus de 96 peut causer un fnctinnement incrrect si n tente de se jindre à une a sessin sans btenir les infrmatins de descriptin de sessin qui définissent les types de charge utile dynamiques. Les types de charge utile dynamiques NE DEVRAIENT PAS être utilisés sans un mécanisme bien défini pur indiquer la transpsitin. Les systèmes qui s'attendent à interpérer avec d'autres qui fnctinnent sus ce prfil NE DEVRAIENT PAS faire leurs prpres allcatins de cdages prpriétaires à des types de charge utile fixés particuliers. La présente spécificatin établit cmme plitique de ne pas alluer de types de charge utile statiques supplémentaires au delà de ceux définis dans le présent dcument. Fixer cette plitique évite le prblème d'essayer de créer un ensemble de critères d'acceptatin des allcatins statiques et encurage les mises en œuvre et le dépliement des mécanismes de type de charge utile dynamique. L'ensemble final des allcatins de type de charge utile figure dans les tableaux 4 et Audi 4.1 Règles indépendantes du cdage Cmme la capacité de supprimer les silences est une des principales mtivatins de l'utilisatin des paquets pur la transmissin de la vix, l'en-tête RTP prte à la fis un numér de séquence et un hrdatage pur permettre au receveur de distinguer les paquets perdus et les pérides ù aucune dnnée n'est transmise. La transmissin discntinue (suppressin de\n5 RFC 3551 page Schulzrinne & Casner silence) PEUT être utilisée avec tus les frmats de charge utile audi. Les receveurs DOIVENT suppser que les envyeurs peuvent supprimer les silences sauf si c'est interdit par une signalisatin qui est spécifiée ailleurs. (Même si l'émetteur ne supprime pas les silences, le receveur devrait être prêt à traiter des pérides ù aucune dnnée n'est présente car des paquets peuvent être perdus.) Certains frmats de charge utile (vir aux paragraphes et 4.5.6) définissent une trame de "descripteur d'insertin de silence" u "bruit de cnfrt" pur spécifier des paramètres de bruit artificiel qui peut être généré durant une péride de silence pur apprxime le bruit de fnd à la surce. Pur d'autres frmats de charge utile, un bruit de cnfrt (CN, Cmfrt Nise) générique est spécifié dans la RFC 3389 . Lrsque le frmat de charge utile CN est utilisé avec un autre frmat de charge utile, les valeurs différentes dans le champ Type de charge utile RTP distinguent les paquets de bruit de cnfrt de ceux du frmat de charge utile chisi. Pur les applicatins qui envient sit pas de paquet, sit des paquets ccasinnels de bruit de cnfrt durant les silences, le premier paquet d'un jet de parle, c'est-à-dire, le premier paquet après une péride de silence durant laquelle les paquets n'nt pas été transmis de façn cntiguë, DEVRAIT être distingué en réglant le bit marqueur à un dans l'en-tête de dnnées RTP. Le bit marqueur dans tus les autres paquets est à zér. Le cmmencement d'un jet de parle PEUT être utilisé pur ajuster le délai de reprductin pur refléter des délais réseau changeants. Les applicatins sans suppressin de silence DOIVENT régler le bit marqueur à zér. Le débit d'hrlge RTP utilisé pur générer l'hrdatage RTP est indépendant du nmbre de canaux et du cdage ; il est nrmalement égal au nmbre de pérides d'échantillnnage par secnde. Pur des cdages sur N canaux, chaque péride d'échantillnnage (disns, 1/8 000 de secnde) génère N échantillns. (Cette terminlgie est standard, mais quelque peu trmpeuse, car le nmbre ttal d'échantillns générés par secnde est alrs le taux d'échantillnnage multiplié par le nmbre de canaux.) Si plusieurs canaux audi snt utilisés, les canaux snt numértés de gauche à drite, en cmmençant à un. Dans les paquets RTP audi, les infrmatins prvenant de canaux de numér inférieur précèdent ceux des canaux de numér supérieur. Quand il y a plus de deux canaux, la cnventin suivie par le frmat d'échange audi AIFF-C DEVRAIT être suivie , en utilisant la ntatin suivante, sauf cnventin cntraire spécifiée pur un cdage u frmat de charge utile particulier : l r c S F R (left) gauche (right) drite centre (surrund) autur face (rear) derrière canaux descriptin canal stéré l r 3 l r c 4 l c r S 5 l Fr Fc Sl Sr 6 l lc c r rc S Nte : La RFC 1890 définissait deux cnventins pur le rangement de quatre canaux audi. Cmme le rangement est indiqué implicitement par le numér des canaux, c'était ambigu. Dans cette révisin, l'rdre décrit cmme "quadriphnique" a été éliminé pur lever l'ambiguïté. Ce chix se fnde sur l'bservatin que le frmat audi de cnsmmateur quadriphnique n'est pas devenu très ppulaire, alrs que le sn envelppant (surrund) l'est devenu. Les échantillns pur tus les canaux qui appartiennent à un seul instant d'échantillnnage DOIVENT être au sein du même paquet. L'entrelaçage des échantillns prvenant des différents canaux dépend du cdage. Les lignes directrices générales snt dnnées aux paragraphes 4.3 et 4.4. La fréquence d'échantillnnage DEVRAIT être tirée de l'ensemble : 8 000, , , , , , et Hz. (Les anciens rdinateurs Apple Macintsh avaient un taux d'échantillnnage natif de ,54 Hz, qui peut être cnverti en avec une qualité acceptable en abandnnant 4 échantillns dans une trame de 20 ms.) Cependant, la plupart des cdages audi snt définis pur un ensemble plus restreint de fréquences d'échantillnnage. Les receveurs DEVRAIENT être prêts à accepter de l'audi multi canal, mais PEUVENT chisir de ne juer que sur un seul canal.\n6 RFC 3551 page Schulzrinne & Casner 4.2 Recmmandatins pur le fnctinnement Les recmmandatins suivantes snt les paramètres de fnctinnement par défaut. Les applicatins DEVRAIENT être prêtes à traiter d'autres valeurs. Les gammes dnnées snt destinées à furnir des lignes directrices aux auteurs d'applicatins, en permettant à un ensemble d'applicatins cnfrmes à ces lignes directrices d'interpérer sans négciatin supplémentaire. Ces lignes directrices ne snt pas destinées à restreindre les paramètres de fnctinnement pur les applicatins qui peuvent négcier un ensemble de paramètres interpérables, par exemple, à travers un prtcle de cmmande de cnférence. Pur l'audi par paquets, l'intervalle de mise en paquet par défaut DEVRAIT avir une durée de 20 ms u d'une trame, seln ce qui est le plus lng, sauf ntatin cntraire au Tableau 1 (clnne "ms/paquet"). L'intervalle de mise en paquet détermine le délai minimum de but en but ; les paquets plus lngs intrduisent mins de redndance d'en-tête mais de plus frts délais et rendent la perte de paquet mins remarquable. Pur les applicatins nn interactives telles que de lecture u pur les liaisns qui nt des cntraintes sévères de bande passante, un délai de mise en paquet plus élevé PEUT être utilisé. Un receveur DEVRAIT accepter des paquets représentant entre 0 et 200 ms de dnnées audi. (Pur les cdages audi en trames, un receveur DEVRAIT accepter des paquets avec un nmbre de trames égal à 200 ms divisé par la durée de trame, arrndi à l'entier supérieur.) Cette restrictin permet une taille raisnnable de mémire tampn pur le receveur. 4.3 Lignes directrices pur les cdages audi fndés sur l'échantillnnage Dans les cdages fndés sur l'échantillnnage, chaque échantilln audi est représenté par un nmbre fixe de bits. Au sein des dnnées audi cmpressées, les cdes des échantillns individuels peuvent s'étendre sur des frntières d'ctet. Un paquet RTP audi peut cntenir tut nmbre d'échantillns audi, seln les cntraintes que le nmbre de bits par échantilln multiplié par le nmbre d'échantillns par paquet dnne u nn un nmbre entier d'ctets. Les cdages fractinnaires prduisent mins d'un ctet par échantilln. La durée d'un paquet audi est déterminée par le nmbre d'échantillns dans le paquet. Pur les cdages fndés sur l'échantillnnage qui prduisent un u plusieurs ctets par échantilln, les échantillns prvenant de différents canaux échantillnnées au même instant d'échantillnnage DEVRAIENT être mis en paquets dans des ctets cnsécutifs. Par exemple, pur un cdage sur deux canaux, la séquence d'ctets est (canal gauche, premier échantilln), (canal drit, premier échantilln), (canal gauche, secnd échantilln), (canal drit, secnd échantilln),... Pur des cdages multi ctets, les ctets DEVRAIENT être transmis dans l'rdre des ctets du réseau (c'est-à-dire, l'ctet de pids frt en premier). La mise en paquet des cdages fndés sur l'échantilln prduisant mins d'un ctet par échantilln est spécifique du cdage. L'hrdatage RTP reflète l'instant auquel le premier échantilln du paquet été échantillnné, c'est-à-dire, les plus anciennes infrmatins du paquet. 4.4 Lignes directrices pur les cdages audi fndés sur la trame Les cdages fndés sur la trame cdent un blc de lngueur fixe de dnnées audi dans un autre blc de dnnées cmpressées, nrmalement aussi de lngueur fixe. Pur les cdages fndés sur la trame, l'envyeur PEUT chisir de cmbiner plusieurs trames de cette srte en un seul paquet RTP. Le receveur peut dire le nmbre de trames cntenues dans un paquet RTP, si tutes les trames nt la même lngueur, en divisant la lngueur de charge utile RTP par la taille de trame audi qui est définie au titre du cdage. Cela ne fnctinne pas si n transprte des trames de différentes tailles sauf si les tailles de trame snt premières entre elles. Sinn, les trames DOIVENT indiquer leur taille. Pur les cdecs fndés sur la trame, l'rdre des canaux est défini pur tut le blc. C'est-à-dire que pur deux canaux audi, les échantillns de drite et gauche DEVRAIENT être cdés indépendamment, avec la trame cdée pur le canal gauche précédant celle pur le canal drit. Tus les cdecs audi rientés trame DEVRAIENT être capables de cder et décder plusieurs trames cnsécutives au sein d'un seul paquet. Cmme la taille de trame pur le cdec rienté trame est dnnée, il n'est nul besin d'utiliser une désignatin distincte pur le même cdage, mais n utilise des numérs de trame différents pur chaque paquet. Les paquets RTP DEVRONT cntenir un nmbre entier de trames, avec les trames insérées seln l'age au sein d'un paquet, de srte que la plus ancienne trame (à exécuter en premier) survienne immédiatement après l'en-tête de paquet RTP. L'hrdatage RTP reflète l'instant auquel le premier échantilln dans la première trame a été échantillnné, c'est-à-dire, la plus ancienne infrmatin du paquet.\n7 RFC 3551 page Schulzrinne & Casner 4.5 Cdages audi nm du cdage échantilln/tram bits/échantilln taux d'échantillnnage ms/tram ms/paquet par défaut e e DVI4 échantilln 4 variable 20 G722 échantilln G723 trame N/A G échantilln G échantilln G échantilln G échantilln G728 trame N/A G729 trame N/A G729D trame N/A G729E trame N/A GSM trame N/A GSM-EFR trame N/A L8 échantilln 8 variable 20 L16 échantilln 16 variable 20 LPC trame N/A MPA trame N/A variable variable PCMA échantilln 8 variable 20 PCMU échantilln 8 variable 20 QCELP trame N/A VDVI échantilln variable variable 20 Tableau 1 : Prpriétés des cdages audi (N/A : nn applicable) Les caractéristiques des cdages audi décrites dans ce dcument snt présentées dans le Tableau 1 ; elles snt énumérées dans l'rdre de leur type de charge utile au Tableau 4. Alrs que la plupart des cdecs audi ne snt spécifiés que pur un taux d'échantillnnage fixe, certains algrithmes fndés sur l'échantilln (indiqués par une entrée de "variable" dans la clnne "taux d'échantillnnage" du Tableau 1) peuvent être utilisés avec différents taux d'échantillnnage, résultant en différents débits binaires cdés. Lrque ils snt utilisés avec un taux d'échantillnnage autre que celui pur lequel un type de charge utile statique est défini, des myens nn RTP srtant du dmaine d'applicatin du présent mémire DOIVENT être utilisés pur définir un type dynamique de charge utile et DOIVENT indiquer le débit d'hrlge d'hrdatage RTP chisi, qui est nrmalement le même que le taux d'échantillnnage pur l'audi DVI4 DVI4 utilise un schéma de cdage à mdulatin par impulsins et cdage différentiel adaptatif (ADPCM, adaptive delta pulse cde mdulatin) qui a été spécifié par l'assciatin du multimédia interactif (IMA, Interactive Multimedia Assciatin) cmme "type d'nde ADPCM IMA". Cependant, le cdage défini ici cmme DVI4 diffère sus tris aspects de la spécificatin IMA : L'en-tête RTP DVI4 cntient la valeur prédite plutôt que la valeur du premier échantilln cntenu dans l'en-tête de blc ADPCM de l'ima. Les blcs ADPCM de l'ima cntiennent un nmbre impair d'échantillns, car le premier échantilln d'un blc est cntenu juste dans l'en-tête (nn cmpressé), suivi par un nmbre pair d'échantillns cmpressés. DVI4 a seulement un nmbre pair d'échantillns cmpressés, utilisant le mt "predict" prvenant de l'en-tête pur décder le premier échantilln. Pur DVI4, les échantillns de quatre bits snt mis en paquet avec le premier échantilln des quatre bits de plus frt pids et le secnd échantilln dans les quatre bits de mindre pids. Dans le cdec ADPCM de l'ima, les échantillns snt mis en paquet dans l'rdre inverse. Chaque paquet cntient un seul blc DVI. Le présent prfil ne définit que la versin à 4 bits par échantilln, alrs que IMA spécifie aussi un cdage à 3 bits par échantilln. Le mt "header" (en-tête) a pur chaque canal la structure suivante : int16 predict; /* valeur prédite du premier échantilln prvenant du blc précédent (frmat L16) */ u_int8 index; /* indice actuel dans le tableau stepsize */ u_int8 reserved; /* mis à zér par l'envyeur, ignré par le receveur */\n8 RFC 3551 page Schulzrinne & Casner Chaque ctet suivant l'en-tête cntient deux échantillns de 4 bits, et dnc le nmbre d'échantillns par paquet DOIT être pair parce que il n'y a aucun myen d'indiquer que le dernier ctet serait partiellement rempli. La mise en paquet des échantillns pur des canaux multiples fera l'bjet d'études ultérieures. L'algrithme ADPCM de l'ima a été décrit dans le dcument "Pratiques recmmandées par l'ima pur l'améliratin de la cmpatibilité audi numérique dans les systèmes multimédia (versin 3.0)". Cependant, l'assciatin pur le multimédia interactif a cessé de fnctinner en Les ressurces de cpies archivées de ce dcument et d'un lgiciel de mise en œuvre du cdage RTP DVI4 snt décrites à la Sectin G722 G722 est spécifié dans la Recmmandatin UIT-T G.722, "Cdage audi à 7 khz sur 64 kbit/s". Le cdeur G.722 prduit un flux d'ctets, dnt chacun DOIT être aligné sur l'ctet dans un paquet RTP. Le premier bit transmis dans l'ctet G.722, qui est le bit de pids frt de l'échantilln de la sus bande la plus élevée, DOIT crrespndre au bit de pids frt de l'ctet dans le paquet RTP. Bien que le taux d'échantillnnage réel de l'audi G.722 sit de Hz, le débit d'hrlge RTP pur le frmat de charge utile G722 est de Hz parce que cette valeur était alluée par erreur dans la RFC 1890 et dit rester inchangée pur la rétr cmpatibilité. Le débit d'ctet u débit de paire d'échantillns est de Hz G723 G723 est spécifié dans la Recmmandatin UIT-T G.723.1, "Cdeur de parle à deux débits pur les cmmunicatins multimédia émises à 5,3 et 6,3 kbit/s". Le cdeur G à 5,3/6,3 kbit/s a été défini par l'uit-t cmme cdec bligatire pur les applicatins de terminaux de visiphnie GSTN de la Recmmandatin UIT-T H.324. L'algrithme a une spécificatin de virgule flttante dans l'annexe B à G.723.1, un algrithme de cmpressin de silence dans l'annexe A et un schéma de cdage de canal échelnnable pur les applicatins sans fil dans l'annexe C. La présente Recmmandatin spécifie une représentatin cdée qui peut être utilisée pur cmpresser les cmpsants du signal de parle de services multimédia à un très bas débit binaire. L'audi est cdé dans des trames de 30 ms, avec un délai supplémentaire de 7,5 ms dû à la pré analyse. Une trame G723 peut être d'une parmi tris tailles : 24 ctets (trame de 6,3 kbit/s), 20 ctets (trame de 5,3 kbit/s), u 4 ctets. Ces trames de 4 ctets snt appelées trames de descripteur d'insertin de silence (SID, Silence Insertin Descriptr) et snt utilisées pur spécifier les paramètres du bruit de fnd. Il n'y a pas de restrictin sur la façn dnt les trames à 4, 20, et 24 ctets snt entremêlées. Les deux bits de mindre pids du premier ctet de la trame déterminent la taille de la trame et le type du cdec : bits cntenu ctets/trame 00 parle à haut débit (6,3 kbit/s) parle à bas débit (5,3 kbit/s) trame SID 4 11 réservé Il est pssible de cmmuter entre les deux débits à tute frntière de trame de 30 ms. Les deux débits (5,3 kbit/s et 6,3 kbit/s) snt une partie bligatire du cdeur et du décdeur. Les receveurs DOIVENT accepter les deux débits de dnnées et DOIVENT accepter les trames SID à mins que des restrictins à ces capacités aient été signalées. L'enregistrement MIME pur G723 dans la RFC 3555  spécifie les paramètres qui PEUVENT être utilisés avec MIME u SDP pur restreindre à un seul débit de dnnées u pur interdire l'utilisatin des trames SID. Ce cdeur a été ptimisé pur représenter la parle avec une qualité presque parfaite aux débits ci-dessus en limitant cependant la cmplexité. Le paquetage du flux binaire cdé en ctets et l'rdre de transmissin des ctets snt spécifiés dans la Recmmandatin UIT-T G et snt les mêmes que ceux prduits par la mise en œuvre de référence du cde C de G.723. Pur le débit de dnnées de 6,3 kbit/s, ce paquetage est illustré cmme suit, avec les bits d'en-tête (HDR) qui snt tujurs "0 0" cmme le mntre la Figure 1 pur indiquer le fnctinnement à 6,3 kbit/s, et le bit Z est tujurs mis à zér. Le diagramme mntre le paquetage binaire dans "l'rdre des ctets du réseau", aussi appelé rdre grs-butien. Les bits de chaque mt de 32 bits snt numértés de 0 à 31, avec le bit de pids frt à gauche et numérté 0. Les ctets de chaque mt snt transmis avec l'ctet de pids frt en premier. Les bits de chaque champ de dnnées snt numértés dans l'rdre de représentatin du flux binaire du cdage (bit de mindre pids en premier). Les barres verticales indiquent les frntières entre les fragments de champ.\n9 RFC 3551 page Schulzrinne & Casner LPC HDR LPC LPC ACL0 LPC ACL2 ACL A GAIN0 ACL ACL GAIN0 GAIN1 1 C GAIN2 GAIN1 GAIN2 GAIN3 GRID GAIN MSBPOS Z POS MSBPOS POS0 POS POS POS1 POS2 POS1 POS2 POS3 POS POS3 PSIG0 POS PSIG2 PSIG1 PSIG3 PSIG Figure 1 : Paquetage binaire de G.723 (6,3 kbit/s) Pur le débit de dnnées à 5,3 kbit/s, les bits d'en-tête (HDR) snt tujurs "0 1", cmme le mntre la Figure 2, pur indiquer le fnctinnement à 5,3 kbit/s LPC HDR LPC LPC ACL0 LPC ACL2 ACL A GAIN0 ACL ACL GAIN0 GAIN1 1 C GAIN2 GAIN1 GAIN2 GAIN3 GRID GAIN POS0 POS1 POS0 POS1 POS POS3 POS2 POS3 PSIG1 PSIG0 PSIG3 PSIG2\n10 RFC 3551 page Schulzrinne & Casner Figure 2 : Paquetage binaire de G.723 (5,3 kbit/s) Le paquetage des trames SID de G.723.1, qui snt indiquées par les bits d'en-tête (HDR) qui nt le schéma "1 0", est décrit à la Figure LPC HDR LPC LPC GAIN LPC Figure 3 : Paquetage binaire de G.723 en mde SID G726-40, G726-32, G et G La Recmmandatin UIT-T G.726 décrit, entre autres, l'algrithme recmmandé pur la cnversin d'un seul canal MIC li A u li µ à 64 kbit/s cdé à échantillns/s en et de canal à 40, 32, 24, u 16 kbit/s. La cnversin est appliquée au flux MIC en utilisant une technique de transcdage MICDA, mdulatin par impulsins et cdage différentiel adaptatif (ADPCM, Adaptive Differential Pulse Cde Mdulatin). La représentatin MICDA cnsiste en une série de cdets avec une crrespndance biunivque aux échantillns du flux MIC. Les débits de dnnées G726 de 40, 32, 24 et 16 kbit/s nt des cdets de respectivement 5, 4, 3 et 2 bits. Les cdages à 16 et 24 kbit/s ne furnissent pas la qualité de parle parfaite. Ils snt cnçus pur utilisatin sur des EMCN, équipements de multiplicatin de circuit numérique (DCME, Digital Circuit Multiplicatin Equipment) surchargés. La Recmmandatin UIT-T G.726 recmmande que les cdages à 16 et 24 kbit/s sient alternés avec des cdages à plus hauts débits afin de furnir une taille d'échantilln myenne entre 3,5 et 3,7 bits par échantilln. Les cdages de G.726 snt ntés ici G726-40, G726-32, G et G Avant 1990, G721 décrivait le cdage MICDA à 32 kbit/s et G723 décrivait les cdages à 40, 32 et 16 kbit/s. Et dnc, G désigne le même algrithme que G721 dans la RFC Un flux de cdets G726 ne cntient aucune infrmatin sur le cdage utilisé, et dnc, les transitins entre types de cdage G726 ne snt pas permis au sein d'une séquence de cdets empaquetés. Les applicatins DOIVENT déterminer le type de cdage des cdets empaquetés à partir de l'identifiant de charge utile RTP. Aucune infrmatin d'en-tête spécifique de la charge utile ne DEVRA être incluse au titre des dnnées audi. Un flux de cdets G726 DOIT être empaqueté en ctets cmme suit : le premier cdet est placé dans le premier ctet de telle srte que le bit de mindre pids du cdet s'aligne sur le bit de mindre pids de l'ctet, que le secnd cdet sit alrs empaqueté de telle srte que le bit de mindre pids cïncide avec le bit de mindre pids inccupé dans l'ctet. Lrsque un cdet cmplet ne peut être placé dans un ctet, les bits qui chevauchent la frntière de l'ctet snt placés dans les bits de mindre pids du prchain ctet. L'empaquetage DOIT se terminer sur un ctet final cmplètement empaqueté. Le nmbre de cdets empaquetés va dnc être un multiple de 8, 2, 8 et 4 pur, respectivement, G726-40, G726-32, G et G Un exemple de schéma d'empaquetage pur des cdets G est dnné ci-dessus, ù le bit 7 est le bit de mindre pids du premier ctet, et le bit A3 est le bit de mindre pids du premier cdet : B B B B A A A A D D D D C C C C Un exemple de schéma d'empaquetage pur des cdets G est dnné ci-dessus, avec encre le bit 7 cmme bit de mindre pids du premier ctet, et le bit A2 cmme bit de mindre pids du premier cdet :\n11 RFC 3551 page Schulzrinne & Casner C C B B B A A A F E E E D D D C H H H G G G F F Nter que la directin "petite butienne" dans laquelle les échantillns snt empaquetés en ctets dans les frmats de charge utile G726-16, -24, -32 et -40 spécifiés ici est chérente avec la Recmmandatin UIT-T X.420, mais est à l'inverse de ce que spécifie l'annexe E de la Recmmandatin UIT-T I pur le transprt AAL2 en ATM. Un secnd ensemble de frmats de charge utile RTP crrespndant à la mise en paquet de I Annexe E et identifié par les sus-types MIME AAL2-G726-16, -24, -32 et -40 sera spécifié dans un autre dcument G728 G728 est spécifié dans la Recmmandatin UIT-T G.728, "Cdage de la parle à 16 kbit/s utilisant la prédictin linéaire à faible délai avec excitatin par cde". Un cdeur G.278 traduit cinq échantillns audi cnsécutifs en un indice de cdets de 10 bits, résultant en un débit binaire de 16 kbit/s pur l'audi échantillnné à échantillns par secnde. Le grupe de cinq échantillns cnsécutifs est appelé un vecteur. Quatre vecteurs cnsécutifs, marqués V1 à V4 (ù V1 est à exécuter en premier par le receveur) cnstruisent une trame G.728. Les quatre vecteurs de 40 bits snt empaquetés dans cinq ctets, marqués B1 à B5. B1 DEVRA être placé en premier dans le paquet RTP. En se référant à la figure ci-dessus, le principe pur l'rdre des bits est la "cnservatin de la pndératin binaire". Les bits prvenant d'un vecteur plus ancien snt de plus frt pids que les bits prvenant des vecteurs plus récents. Le MSB de la trame va au MSB de B1 et le LSB de la trame va au LSB de B <---V1---><---V2---><---V3---><---V4---> vecteurs <--B1--><--B2--><--B3--><--B4--><--B5--> ctets < trame > En particulier, B1 cntient les huit bits de plus frts pids de V1, le MSB de V1 étant le MSB de B1. B2 cntient les deux bits de mindre pids de V1, celui de plus frt pids des deux dans sn MSB, et les six bits de plus frt pids de V2. B1 DEVRA être placé en premier dans le paquet RTP et B5 en dernier G729 G729 est spécifié dans la Recmmandatin UIT-T G.729, "Cdage de la parle à 8 kbit/s en prédictin linéaire à excitatin par séquences cdées à structure algébrique cnjuguée (CS-ACELP, cnjugate structure-algebraic cde excited linear predictin)". Une versin à cmplexité réduite de l'algrithme G.729 est spécifié à l'annexe A de la Recmmandatin UIT- T G.729. Les algrithmes de cdage de la parle dans le crps de G.729 et dans l'annexe A de G.729 snt pleinement interpérables entre eux, de srte qu'il n'est pas besin de distinguer entre eux. Une mise en œuvre qui signale u accepte l'utilisatin du frmat de charge utile G729 peut mettre en œuvre G.729 u G.729A sauf interdit par de la signalisatin supplémentaires spécifiée ailleurs se rapprtant spécifiquement au cdage plutôt qu'au frmat de charge utile. Les cdecs G.729 et G.729 Annexe A nt été ptimisés pur représenter la parle avec une grande qualité, mais G.729 Annexe A trque un peu de qualité vcale pur une réductin d'envirn 50 % de la cmplexité . Vir au paragraphe suivant (4.5.7) les autres débits de dnnées ajutés dans les annexes ultérieures de G.729. Pur tus les débits de dnnées, la fréquence d'échantillnnage (et le débit d'hrlge d'hrdatage RTP) est de Hz. Un algrithme de détecteur d'activité vcale (VAD) et de générateur de bruit de cnfrt (CNG) dans l'annexe B de G.729 est RECOMMANDÉ pur les applicatins de vix et dnnées numériques simultanées et peut être utilisé cnjintement avec G.729 u G.729 Annexe A. Une trame G.729 u G.729 Annexe A cntient 10 ctets, alrs que la trame de bruit de cnfrt de G.729 Annexe B ccupe 2 ctets. Les receveurs DOIVENT accepter les trames de bruit de cnfrt si l'interdictin de leur utilisatin n'a pas été signalée. L'enregistrement MIME pur G729 dans la RFC 3555  spécifie un paramètre qui PEUT être utilisé avec MIME u SDP pur interdire l'usage de trames de bruit de cnfrt. Un paquet RTP G729 peut cnsister en zér, une u plusieurs trames G.729 u G.729 Annexe A, suivi par zér u une trame G.729 Annexe B. La présence d'une trame de bruit de cnfrt peut se déduire de la lngueur de la charge utile RTP.\n12 RFC 3551 page Schulzrinne & Casner L'intervalle de mise en paquet par défaut est de 20 ms (deux trames), mais dans certaines situatins il peut être suhaitable d'envyer des paquets à 10 ms. Un exemple serait une transitin de la parle au bruit de cnfrt dans le premier paquet à 10 ms. Pur certaines applicatins, un intervalle de mise en paquet plus lng peut être nécessaire pur réduire le débit de paquets L L1 L2 L3 P1 P C C1 S1 GA1 GB1 P2 C C2 S2 GA2 GB Figure 4 : Paquetage binaire de G.729 et G.729A Les paramètres transmis d'une trame G.729/G.729A à 10 ms, cnsistant en 80 bits, snt définis dans la Recmmandatin G.729, Tableau 8/G.729. La transpsitin de ces paramètres est dnnée ci-dessus à la Figure 4. Le diagramme mntre le paquetage binaire dans "l'rdre des ctets du réseau", aussi appelé rdre grs-butien. Les bits de chaque mt de 32 bits snt numértés de 0 à 31, le bit de pids frt à gauche et numérté 0. Les ctets de chaque mt snt transmis le plus frt pids en premier. Les bits de chaque champ de dnnées snt numértés dans l'rdre ù ils snt prduits par la mise en œuvre de référence de cde C de G.729. Le paquetage de la trame de bruit de cnfrt de G.729 Annexe B est indiqué ci-dessus à la Figure L LSF1 LSF2 GAIN R S E F S V RESV = Réservé (à zér) Figure 5 : Paquetage binaire de G.729 Annexe B G729D et G729E Les Annexes D et E à la Recmmandatin UIT-T G.729 dnnent des débits de dnnées supplémentaires. Cmme le débit des dnnées n'est pas signalé dans le flux binaire, les différents débits de dnnées reçivent des nm de cdage RTP distincts qui snt transpsés en numérs de type de charge utile distincts. G729D indique un mde de cdage à 6,4 kbit/s (G.729 Annexe D, pur une réductin mmentanée de la capacité du canal), tandis que G729E indique un mde à 11,8 kbit/s (G.729 Annexe E, pur des perfrmances amélirées avec une large gamme de signaux d'entrée à bas débit, par exemple, de la musique et du bruit de fnd). L'Annexe E a deux mdes de fnctinnement, adaptif différé et adaptif anticipé, qui snt signalés par les deux premiers bits de chaque trame (les deux bits de plus frt pids du premier ctet). L'algrithme de détecteur d'activité vcale (VAD) et de générateur de bruit de cnfrt (CNG) spécifié dans l'annexe B de G.729 peut être utilisé avec les trames de l'annexe D et de l'annexe E en plus des trames de G.729 et G.729 Annexe A. Les détails de l'algrithme pur le fnctinnement des Annexes D et E avec la CNG de l'annexe B snt spécifiés dans les Annexes F et G de G.729. Nter que les Annexes F et G n'intrduisent aucun nuveau cdage. Les receveurs DOIVENT accepter les trames de bruit de cnfrt si l'interdictin de leur usage n'a pas été signalée. L'enregistrement MIME pur G729D et G729E dans la RFC 3555  spécifie un paramètre qui PEUT être utilisé avec MIME u SDP pur interdire l'usage des trames de bruit de cnfrt. Pur G729D, un paquet RTP peut cmprter zér, une u plusieurs trames G.729 Annexe D, suivies par zér u une trame G.729 Annexe B. De même, pur G729E, un paquet RTP peut cmprter zér, une u plusieurs trames G.729 Annexe E,\n13 RFC 3551 page Schulzrinne & Casner suivies par zér u une trame G.729 Annexe B. La présence d'une trame de bruit de cnfrt peut être déduite de la lngueur de la charge utile RTP. Un seul paquet RTP dit cntenir des trames d'un seul débit de dnnées, facultativement suivies par une trame de bruit de cnfrt. Le débit de dnnées peut être changé d'un paquet à l'autre en changeant le numér de type de charge utile. Les Annexes D, E et H de G.729 décrivent ce que divent être les algrithmes de cdage et de décdage pur s'accmmder d'un changement du débit des dnnées. Pur G729D, les bits d'une trame G.729 Annexe D snt frmatées cmme indiqué ci-dessus à la Figure 6 (cf. Tableau D.1/G.729). La lngueur de la trame est de 64 bits L L1 L2 L3 P1 C C1 S1 GA1 GB1 P2 C2 S2 GA2 GB Figure 6 : Paquetage binaire de G.729 Annexe D Le débit binaire net pur l'algrithme G.729 Annexe E est de 11,8 kbit/s et un ttal de 118 bits est utilisé. Deux bits snt ajutés cmme bits "à ne pas prendre en cmpte" pur cmpléter un nmbre entier d'ctets pur la trame. Pur G729E, les bits d'une trame de dnnées snt frmatés cmme indiqué dans les deux diagrammes suivants (cf. Tableau E.1/G.729). Les champs pur le mde adaptatif anticipé de G729E snt empaquetés cmme indiqué à la Figure L L1 L2 L3 P1 P C0_ C1_1 C2_1 C3_1 C4_ GA1 GB1 P2 C0_2 C1_2 C2_ C3_2 C4_2 GA2 GB2 DC Figure 7 : Paquetage binaire de G.729 Annexe E (mde d'adaptatin vers l'avant) Les champs pur le mde adaptatif différé de G729E snt empaquetés cmme indiqué à la Figure. 8.\n14 RFC 3551 page Schulzrinne & Casner P1 P C0_1 C1_ C2_1 C3_1 C4_1 GA1 GB1 P C0_2 C1_2 C2_ C3_2 C4_2 GA2 GB2 DC GSM Figure 8 : Paquetage binaire de G.729 Annexe E (mde d'adaptatin vers l'arrière) GSM (Grupe Spécial Mbiles) désigne la nrme eurpéenne GSM pur le cdage de la parle à plein débit, ETS , qui se fnde sur le cdage à excitatin par impulsin régulière avec prédictin à lng terme (RPE/LTP, residual pulse excitatin/lng term predictin) au débit de 13 kbit/s [11, 12, 13]. Le texte de la nrme peut être btenu à : ETSI (Institut eurpéen des nrmes de télécmmunicatins) ETSI Secretariat: B.P Valbnne CedexFrance téléphne : fax : (Versin française dispnible à l'afnor) Les blcs de 160 échantillns audi snt cmpressés en 33 ctets, pur un débit de dnnées efficace de bit/s Prblèmes généraux du paquetage La nrme GSM (ETS ) spécifie le flux binaire prduit par le cdec, mais ne spécifie pas cmment ces bits devraient être mis en paquets pu la transmissin. La mise en paquet spécifiée ici a ultérieurement été adptée dans la spécificatin technique ETSI TS Certains lgiciels de cdec GSM utilisent un paquetage différent de celui spécifié ici. Champ Nm bits Champ Nm bits Champ Nm bits Champ Nm bits 1 LARc 6 20 xmc 3 39 xmc 3 58 xmc 3 2 LARc 6 21 xmc 3 40 xmc 3 59 xmc 3 3 LARc 5 22 xmc 3 41 xmc 3 60 Nc 7 4 LARc 5 23 xmc 3 42 xmc 3 61 bc 2 5 LARc 4 24 xmc 3 43 Nc 7 62 Mc 2 6 LARc 4 25 xmc 3 44 bc 2 63 xmaxc 6 7 LARc 3 26 Nc 7 45 Mc 2 64 xmc 3 8 LARc 3 27 bc 2 46 xmaxc 6 65 xmc 3 9 Nc 7 28 Mc 2 47 xmc 3 66 xmc 3 10 bc 2 29 xmaxc 6 48 xmc 3 67 xmc 3 11 Mc 2 30 xmc 3 49 xmc 3 68 xmc 3 12 xmaxc 6 31 xmc 3 50 xmc 3 69 xmc 3 13 xmc 3 32 xmc 3 51 xmc 3 70 xmc 3 14 xmc 3 33 xmc 3 52 xmc 3 71 xmc 3 15 xmc 3 34 xmc 3 53 xmc 3 72 xmc 3 16 xmc 3 35 xmc 3 54 xmc 3 73 xmc 3 17 xmc 3 36 xmc 3 55 xmc 3 74 xmc 3 18 xmc 3 37 xmc 3 56 xmc 3 75 xmc 3 19 xmc 3 38 xmc 3 57 xmc 3 76 xmc 3 Tableau 2 : Ordre des variables du GSM\n15 RFC 3551 page Schulzrinne & Casner Octet Bit 0 Bit 1 Bit 2 Bit 3 Bit 4 Bit 5 Bit 6 Bit LARc0.0 LARc0.1 LARc0.2 LARc0.3 1 LARc0.4 LARc0.5 LARc1.0 LARc1.1 LARc1.2 LARc1.3 LARc1.4 LARc1.5 2 LARc2.0 LARc2.1 LARc2.2 LARc2.3 LARc2.4 LARc3.0 LARc3.1 LARc3.2 3 LARc3.3 LARc3.4 LARc4.0 LARc4.1 LARc4.2 LARc4.3 LARc5.0 LARc5.1 4 LARc5.2 LARc5.3 LARc6.0 LARc6.1 LARc6.2 LARc7.0 LARc7.1 LARc7.2 5 Nc0.0 Nc0.1 Nc0.2 Nc0.3 Nc0.4 Nc0.5 Nc0.6 bc0.0 6 bc0.1 Mc0.0 Mc0.1 xmaxc00 xmaxc01 xmaxc02 xmaxc03 xmaxc04 7 xmaxc05 xmc0.0 xmc0.1 xmc0.2 xmc1.0 xmc1.1 xmc1.2 xmc2.0 8 xmc2.1 xmc2.2 xmc3.0 xmc3.1 xmc3.2 xmc4.0 xmc4.1 xmc4.2 9 xmc5.0 xmc5.1 xmc5.2 xmc6.0 xmc6.1 xmc6.2 xmc7.0 xmc xmc7.2 xmc8.0 xmc8.1 xmc8.2 xmc9.0 xmc9.1 xmc9.2 xmc xmc10.1 xmc10.2 xmc11.0 xmc11.1 xmc11.2 xmc12.0 xmc12.1 xcm Nc1.0 Nc1.1 Nc1.2 Nc1.3 Nc1.4 Nc1.5 Nc1.6 bc bc1.1 Mc1.0 Mc1.1 xmaxc10 xmaxc11 xmaxc12 xmaxc13 xmaxc14 14 xmax15 xmc13.0 xmc13.1 xmc13.2 xmc14.0 xmc14.1 xmc14.2 xmc xmc15.1 xmc15.2 xmc16.0 xmc16.1 xmc16.2 xmc17.0 xmc17.1 xmc xmc18.0 xmc18.1 xmc18.2 xmc19.0 xmc19.1 xmc19.2 xmc20.0 xmc xmc20.2 xmc21.0 xmc21.1 xmc21.2 xmc22.0 xmc22.1 xmc22.2 xmc xmc23.1 xmc23.2 xmc24.0 xmc24.1 xmc24.2 xmc25.0 xmc25.1 xmc Nc2.0 Nc2.1 Nc2.2 Nc2.3 Nc2.4 Nc2.5 Nc2.6 bc bc2.1 Mc2.0 Mc2.1 xmaxc20 xmaxc21 xmaxc22 xmaxc23 xmaxc24 21 xmaxc25 xmc26.0 xmc26.1 xmc26.2 xmc27.0 xmc27.1 xmc27.2 xmc xmc28.1 xmc28.2 xmc29.0 xmc29.1 xmc29.2 xmc30.0 xmc30.1 xmc xmc31.0 xmc31.1 xmc31.2 xmc32.0 xmc32.1 xmc32.2 xmc33.0 xmc xmc33.2 xmc34.0 xmc34.1 xmc34.2 xmc35.0 xmc35.1 xmc35.2 xmc Xmc36.1 xmc36.2 xmc37.0 xmc37.1 xmc37.2 xmc38.0 xmc38.1 xmc Nc3.0 Nc3.1 Nc3.2 Nc3.3 Nc3.4 Nc3.5 Nc3.6 bc bc3.1 Mc3.0 Mc3.1 xmaxc30 xmaxc31 xmaxc32 xmaxc33 xmaxc34 28 xmaxc35 xmc39.0 xmc39.1 xmc39.2 xmc40.0 xmc40.1 xmc40.2 xmc xmc41.1 xmc41.2 xmc42.0 xmc42.1 xmc42.2 xmc43.0 xmc43.1 xmc xmc44.0 xmc44.1 xmc44.2 xmc45.0 xmc45.1 xmc45.2 xmc46.0 xmc xmc46.2 xmc47.0 xmc47.1 xmc47.2 xmc48.0 xmc48.1 xmc48.2 xmc xmc49.1 xmc49.2 xmc50.0 xmc50.1 xmc50.2 xmc51.0 xmc51.1 xmc51.2 Tableau 3 : Frmat de charge utile GSM Dans le paquetage GSM utilisé par RTP, les bits DEVRONT être mis en paquet en cmmençant par le bit de pids frt. Tus les 160 échantillns, la trame GSM est cdée dans une mémire tampn de 33 ctets (264 bits). Chacune de ces mémires tampn cmmence par une signature de 4 bits (0xD), suivie par le cdage MSB des champs de la trame. Le premier ctet cntient dnc 1101 dans les 4 bits de plus frt pids (0 à 3) et les 4 bits de plus frt pids de F1 (0 à 3) dans les 4 bits de mindre pids (4 à 7). Le secnd ctet cntient les 2 bits de mindre pids de F1 dans les bits 0 et 1, et F2 dans les bits 2 à 7, et ainsi de suite. L'rdre des champs dans la trame est décrit au Tableau Nms et numérs de variable GSM Dans le cdage RTP, nus avns le schéma binaire décrit au Tableau 3, ù F.i signifie le i ème bit du champ F, le bit 0 est le bit de plus frt pids, et les bits de chaque ctet snt numértés de 0 à 7 du plus frt au mindre pids GSM-EFR GSM-EFR désigne le cdage vcal à plein débit améliré GSM 06.60, spécifié dans l'ets qui est dispnible auprès d'etsi à l'adresse dnnée au paragraphe Ce cdec a une lngueur de trame de 244 bits. Pur la transmissin en RTP, chaque trame du cdec est empaquetée dans une mémire tampn de 31 ctet (248 bit) cmmençant par une signature de 4 bits 0xC de la même façn que celle spécifiée ici pur le cdec riginal GSM L'empaquetage est spécifié dans la spécificatin technique ETSI TS L8 L8 désigne les échantillns de dnnées audi linéaires, qui utilisent 8 bits de précisin avec un décalage de 128, c'est-à-dire que le signal le plus négatif est cdé cmme zér.\n16 RFC 3551 page Schulzrinne & Casner L16 L16 désigne les échantillns de dnnées audi nn cmpressés, en utilisant une représentatin de 16 bits signée avec étapes également divisées entre niveau de signal minimum et maximum, allant de à La valeur est représentée en ntatin de cmplément à deux et transmise dans l'rdre des ctets du réseau (ctet de pids frt en premier). L'enregistrement MIME pur L16 dans la RFC 3555  spécifie les paramètres qui PEUVENT être utilisés avec MIME u SDP pur indiquer que la pré amplificatin analgique a été appliquée au signal avant sa quantificatin u pur indiquer qu'un flux audi multi canaux suit une cnventin de rangement des canaux différente de celle qui est spécifiée au paragraphe LPC LPC désigne un cdage prédictif linéaire expérimental prpsé par Rn Frederick, qui se fnde sur une mise en œuvre écrite par Rn Zuckerman envyée au grupe Usenet cmp.dsp le 26 juin Le cdec génère 14 ctets pur chaque trame. La taille de trame est réglée à 20 ms, résultant en un débit binaire de bit/s MPA MPA désigne de l'audi MPEG-1 u MPEG-2 encapsulé cmme flux élémentaires. Le cdage est défini dans les nrmes ISO/CEI et L'encapsulatin est spécifiée dans la RFC 2250 . Le cdage peut avir un des tris niveaux de cmplexité suivants, appelés Cuche I, II et III. La cuche chisie ainsi que le taux d'échantillnnage et le nmbre de canaux snt indiqués dans la charge utile. Le débit d'hrlge de l'hrdatage RTP est tujurs de , indépendamment du taux d'échantillnnage. L'audi MPEG-1 prend en charge des taux d'échantillnnage de 32, 44,1, et 48 khz (ISO/CEI , sectin 1.1 "Dmaine d'applicatin"). MPEG-2 prend en charge des taux d'échantillnnage de 16, 22,05 et 24 khz. Le nmbre d'échantillns par trame est fixe, mais la taille des trames va varier seln le taux d'échantillnnage et le débit binaire. L'enregistrement MIME pur MPA dans la RFC 3555  spécifie des paramètres qui PEUVENT être utilisés avec MIME u SDP pur interdire le chix d'une cuche, du cmpte de canaux, du taux d'échantillnnage, et du débit binaire MICA et MICU Le MICA et le MICU snt spécifiés dans la Recmmandatin UIT-T G.711. Les dnnées audi snt cdées avec huit bits par échantilln, après échelnnement lgarithmique. Le MICU désigne l'échelnnement seln la li µ, le MICA l'échelnnement seln la li A. Une descriptin détaillée est dnnée par Jayant et Nll . Chaque ctet G.711 DEVRA être aligné sur l'ctet dans un paquet RTP. Le bit de signe de chaque ctet G.711 DEVRA crrespndre au bit de plus frt pids de l'ctet dans le paquet RTP (c'est-à-dire, en suppsant que les échantillns G.711 snt traités cmme des ctets sur la machine hôte, le bit de signe DEVRA être le bit de plus frt pids de l'ctet cmme défini par le frmat de la machine hôte). Les mdes 56 kbit/s et 48 kbit/s de G.711 ne snt pas applicables à RTP, car le MICA et le MICU DOIVENT tujurs être transmis cmme des échantillns à 8 bits. Vir au paragraphe 4.1 au sujet de la suppressin de silence QCELP La nrme IS-733, "TR45 : Optin de service vcal à haut débit pur systèmes de cmmunicatins large bande à étalement de spectre", de l'assciatin des industries électrniques (EIA) et de l'assciatin des industries de télécmmunicatins (TIA) définit l'algrithme de cmpressin audi QCELP pur une utilisatin dans les applicatins AMRC sans fil. Le cdec QCELP cmpresse chaque 20 millisecndes d'entrées de parle à Hz, échantillnnée sur 16 bits dans une des quatre différentes tailles de trame de srtie : taux 1 (266 bits), taux 1/2 (124 bits), taux 1/4 (54 bits) u taux 1/8 (20 bits). Pur les schémas de parle nrmaux, il en résulte une srtie myenne de 6,8 kbit/s pur le mde nrmal et de 4,7 kbit/s pur le mde à taux réduit. La mise en paquet du cdec audi QCELP est décrite dans  RED Le frmat de charge utile audi redndant "RED" est spécifié par la RFC 2198 . Il définit le myen par lequel plusieurs cpies redndantes d'un paquet audi peuvent être transmises dans un seul flux RTP. Chaque paquet d'un tel flux cntient, en plus des dnnées audi pur cet intervalle de mise en paquet, une cpie (plus lurdement cmpressée) des dnnées d'un intervalle de mise en paquet précédent. Cela permet une apprximatin de récupératin des dnnées prvenant des paquets\n17 RFC 3551 page Schulzrinne & Casner perdus lrs du décdage du paquet suivant, dnnant une qualité snre amélirée cmparée à la substitutin au silence des paquets perdus VDVI VDVI est une versin à débit variable de DVI4, qui dnne des débits binaires de parle entre 10 et 25 kbit/s. Elle est spécifiée seulement pur le fnctinnement sur un seul canal. Les échantillns snt mis en paquets dans les ctets en cmmençant par le bit de pids frt. Le dernier ctet est empaqueté avec des bits 1 si le dernier échantilln ne remplit pas le dernier ctet. Ce burrage est distinct de celui des cdets valides. Le receveur dit détecter le burrage parce qu'il n'y a pas de cmpte explicite des échantillns dans le paquet. Elle utilise le cdage suivant : Cdet DVI4 Schéma binaire VDVI Vidé Les paragraphes qui suivent décrivent les cdages vidé qui snt définis dans le présent mémire et dnnent les nms abrégés utilisés pur leur identificatin. Ces cdages vidé et leurs types de charge utile snt énumérés au Tableau 5. Tus ces cdages vidé utilisent une fréquence d'hrdatage RTP de Hz, la même que la fréquence d'hrdatage de présentatin MPEG. Cette fréquence dnne des incréments d'entiers exacts d'hrdatage pur les débits de trames nrmaux de 24 Hz (HDTV) 25 Hz (PAL) 29,97 Hz (NTSC) et 30 Hz (HDTV) et des débits de champ de 50, 59,94 et 60 Hz. Bien que 90 khz sit le débit RECOMMANDÉ pur les futurs cdages vidé utilisés au sein de ce prfil, d'autres débits PEUVENT être utilisés. Cependant, il n'est pas suffisant d'utiliser le débit de trame vidé (nrmalement entre 15 et 30 Hz) parce que cela ne furnit pas une réslutin adéquate pur les exigences nrmales de synchrnisatin lrs du calcul de l'hrdatage RTP crrespndant à l'hrdatage NTP dans un paquet SR de RTCP. La réslutin d'hrdatage DOIT aussi être suffisante pur l'estimatin de gigue cntenue dans les rapprts de receveur. Pur la plupart de ces cdages vidé, l'hrdatage RTP cde l'instant d'échantillnnage de l'image vidé cntenue dans le paquet de dnnées RTP. Si une image vidé ccupe plus d'un paquet, l'hrdatage est le même sur tus ces paquets. Les paquets prvenant de différentes images vidé snt distinguées par leurs hrdatages différents. La plupart de ces cdages vidé spécifient aussi que le bit marqueur de l'en-tête RTP DEVRAIT être mis à un dans le dernier paquet d'une trame vidé, et autrement mis à zér. Et dnc, il n'est pas nécessaire d'attendre un paquet suivant avec un hrdatage différent pur détecter qu'une nuvelle trame devrait être affichée. 5.1 CelB Le cdage CELL-B est un cdage breveté prpsé par Sun Micrsystems. Le frmat de flux d'ctets est décrit dans la RFC 2029 .\n18 RFC 3551 page Schulzrinne & Casner 5.2 JPEG Le cdage JËG est spécifié par les nrmes ISO et Le frmat de charge utile RTP est spécifié dans la RFC 2435 . 5.3 H261 Le cdage est spécifié dans la Recmmandatin UIT-T H.261, "Vidé cdec pur services audivisuels à p x 64 kbit/s". La mise en paquet et les prpriétés spécifiques de RTP snt décrites dans la RFC 2032 . 5.4 H263 Le cdage H263 est spécifié dans la versin 1996 de la Recmmandatin UIT-T H.263, "Cdage vidé pur cmmunicatin à faible débit binaire". La mise en paquet et les prpriétés spécifiques de RTP snt décrites dans la RFC 2190 . Le frmat de charge utile H est RECOMMANDÉ sur ce prfil avec les nuvelles mises en œuvre. 5.5 H Ce cdage est spécifié dans la versin 1998 de la Recmmandatin UIT-T H.263, "Cdage Vidé pur cmmunicatin à faible débit binaire". La mise en paquet et les prpriétés spécifiques de RTP snt décrites dans la RFC 2429 . Parce que la versin 1998 de H.263 est un surensemble de la syntaxe de 1996, ce frmat de charge utile peut aussi être utilisé avec la versin de 1996 de H.263, et sn utilisatin est RECOMMANDÉE pur les nuvelles mises en œuvre. Ce frmat de charge utile ne remplace pas la RFC 2190, qui cntinue d'être utilisée par les mises en œuvre existantes, et peut être requise pur la rétr cmpatibilité dans les nuvelles mises en œuvre. Les mises en œuvre qui utilisent les nuvelles caractéristiques de la versin 1998 de H.263 DOIVENT utiliser le frmat de charge utile décrit dans la RFC MPV MPV désigne l'utilisatin des flux élémentaires de cdage vidé MPEG-1 et MPEG-2 cmme spécifié dans les nrmes ISO/CEI et , respectivement. Le frmat de charge utile RTP est spécifié dans la RFC 2250 , Sectin 3. L'enregistrement MIME pur MPV dans la RFC 3555  spécifie un paramètre qui PEUT être utilisé avec MIME u SDP pur interdire la sélectin du type vidé MPEG. 5.7 MP2T MP2T désigne l'utilisatin de flux de transprt MPEG-2, pur l'audi et/u la vidé. Le frmat de charge utile RTP est décrit dans la RFC 2250 , Sectin nv Ce cdage est mis en œuvre dans le prgramme `nv', versin 4, dévelppé chez Xerx PARC par Rn Frederick. Des infrmatins cmplémentaires peuvent être btenues de l'auteur : Rn Frederick Blue Cat Systems Inc. 650 Almanr Avenue Sunnyvale, CA USA mél : 6. Définitins des types de charge utile Les Tableaux 4 et 5 définissent les valeurs de type de charge utile statique de ce prfil pur le champ PT de l'en-tête de dnnées RTP. De plus, les valeurs de type de charge utile dans la gamme 96 à 127 PEUVENT être définies de façn dynamique grâce à un prtcle de cntrôle de cnférence, qui srt du dmaine d'applicatin du présent dcument. Par exemple, un répertire de sessin purrait spécifier que pur une sessin dnnée, le type de charge utile 96 indique le cdage MICU, un taux d'échantillnnage de Hz, 2 canaux. Les entrées dans les Tableaux 4 et 5 qui nt le type de\n19 RFC 3551 page Schulzrinne & Casner charge utile "dyn" n'nt pas de type de charge utile statique allué et ne snt utilisées qu'avec un type de charge utile dynamique. Le type de charge utile 2 avait été allué à G721 dans la RFC 1890 et à sn successeur équivalent G dans les versins préparatires de la présente spécificatin, mais sn utilisatin est maintenant décnseillée et ce type de charge utile statique est marqué cmme réservé à cause du cnflit sur l'utilisatin des frmats de charge utile G et AAL2-G (vir au paragraphe 4.5.4). Le type de charge utile 13 indique le frmat de charge utile de bruit de cnfrt (CN) spécifié dans la RFC 3389 . Le type de charge utile 19 est marqué "réservé" parce que certaines versins préparatires de la présente spécificatin alluaient ce numér à une versin antérieure de ce frmat de charge utile de bruit de cnfrt. La gamme de type de charge utile 72 à 76 est marquée "réservé" afin que les paquets RTCP et RTP puissent être distingués de façn fiable (vir la Sectin "Résumé des cnstantes du prtcle" de la spécificatin du prtcle RTP). Les types de charge utile actuellement définis dans ce prfil snt allués à une seule des tris catégries u types de supprt : audi seul, vidé seule, et celles qui cmbinent audi et vidé. Les types de supprts snt respectivement marqués dans les Tableaux 4 et 5 cmme "A", "V" et "AV". Les types de charge utile des différent types de supprts NE DEVRONT PAS être entrelacés u multiplexés au sein d'une même sessin RTP, mais plusieurs sessins RTP PEUVENT être utilisées en parallèle pur envyer plusieurs types de supprts. Une surce RTP PEUT changer les types de charge utile au sein du même type de supprt durant une sessin. Vir la sectin "Multiplexage des sessins RTP" de la RFC 3550 pur des explicatins supplémentaires. PT nm du cdage type de supprt débit d'hrlge (Hz) canaux 0 MICU A réservé A 2 réservé A 3 GSM A G723 A DVI4 A DVI4 A LPC A MICA A G722 A L16 A L16 A QCELP A CN A MPA A (vir le texte) 15 G728 A DVI4 A DVI4 A G729 A réservé A 20 nn allué A 21 nn allué A 22 nn allué A 23 nn allué A dyn G A dyn G A dyn G A dyn G A dyn G729D A dyn G729E A dyn GSM-EFR A dyn L8 A variable variable dyn RED A (vir le texte) dyn VDVI A variable 1 Tableau 4 : Types de charge utile (PT) pur les cdages audi PT nm du cdage type de supprt débit d'hrlge (Hz) 24 nn allué V 25 CelB V JPEG V nn allué V 28 nv V\n20 RFC 3551 page Schulzrinne & Casner 29 nn allué V 30 nn allué V 31 H261 V MPV V MP2T AV H263 V nn allué? réservé N/A N/A nn allué? dynamique? dyn H V Tableau 5 : Types de charge utile (PT) pur les cdages vidé et cmbinés Les participants à une sessin se mettent d'accrd, par des mécanismes qui srtent du dmaine d'applicatin de la présente spécificatin, sur l'ensemble de types de charge utile permis dans une sessin dnnée. Cet ensemble PEUT, par exemple, être défini par les capacités des applicatins utilisées, négciées par un prtcle de cntrôle de cnférence u établies par accrd entre les persnnes qui participent. Les applicatins audi qui fnctinnent sus le présent prfil DEVRAIENT, au minimum, être capables d'envyer et/u recevir les types de charge utile 0 (MICU) et 5 (DVI4). Cela permet l'interpérabilité sans négciatin de frmat et assure une négciatin réussie avec un prtcle de cntrôle de cnférence. 7. RTP sur TCP et prtcles similaires de flux d'ctets Dans des circnstances particulières, il peut être nécessaire de prter RTP dans des prtcles qui ffrent des flux d'ctets abstraits, cmme TCP, éventuellement multiplexés avec d'autres dnnée. L'applicatin DOIT définir sa prpre méthde de délimitatin des paquets RTP et RTCP (RTSP  furnit un exemple d'une spécificatin d'encapsulatin). 8. Allcatin d'accès Cmme spécifié dans la définitin du prtcle RTP, les dnnées RTP DEVRAIENT être prtées sur un numér d'accès UDP pair et les paquets RTCP crrespndants DEVRAIENT être prtés sur le numér d'accès supérieur (impair) suivant. Les applicatins qui fnctinnent sus le présent prfil PEUVENT utiliser une telle paire d'accès UDP. Par exemple, la paire d'accès PEUT être alluée de façn aléatire par un prgramme de gestin de sessin. Une seule paire fixe de numérs d'accès ne peut pas être exigée parce que plusieurs applicatins utilisant ce prfil vnt vraisemblablement fnctinner sur le même hôte, et il y a des systèmes d'explitatin qui ne permettent pas que plusieurs prcessus utilisent le même accès UDP avec des adresses de diffusin grupée différentes. Cependant, les numérs d'accès 5004 et 5005 nt été enregistrés pur être utilisés avec ce prfil pur les applicatins qui chisissent de les utiliser cmme paire par défaut. Les applicatins qui fnctinnent sus plusieurs prfils PEUVENT utiliser cette paire d'accès cmme indicatin pur chisir ce prfil si elle ne snt pas sumises à la cntrainte du paragraphe précédent. Les applicatins n'nt pas besin d'avir une paire par défaut et PEUT exiger que la paire d'accès sit explicitement spécifiée. Les numérs d'accès particuliers nt été chisis dans la gamme au dessus de 5000 pur s'accmmder de la pratique de l'allcatin des numérs d'accès dans certaines versins du système d'explitatin Unix ù le numérs d'accès en dessus de 1024 ne peuvent être utilisés que par des prcessus privilégiés et les numérs d'accès entre 1024 et 5000 snt autmatiquement allués par le système d'explitatin. 9. Changements depuis la RFC 1890 La présente RFC révise la RFC Elle est essentiellement rétr cmpatible avec la RFC 1890 sauf pur les fnctins retirées parce que n n'a pas truvé deux mises en œuvre interpérables. Les ajuts à la RFC 1890 cdifient les pratiques existantes dans l'utilisatin des frmats de charge utile sus ce prfil. Cmme ce prfil peut être utilisé sans aucun des frmats de charge utile énumérés ici, l'ajut de nuveaux frmats de charge utile dans cette révisin n'affecte pas la rétr cmpatibilité. Les mdificatins snt récapitulées ci-dessus, réparties en changements fnctinnels et nn fnctinnels.\nRTP : Protocole de transport pour les applications en temps réel\nRFC 3550 page - 1 - Schulzrinne & autres Grupe de travail Réseau H. Schulzrinne, Clumbia University Request fr Cmments : 3550 S. Casner, Packet Design STD 64 R. Frederick, Blue Cat Systems Inc. RFC rendue\nRFC 4288 page - 1 - Freed & Klensin Grupe de travail Réseau N. Freed, Sun Micrsystems Request fr Cmments : 4288 J. Klensin BCP n 13 décembre 2005 RFC rendue bslète : 2048 Catégrie : Bnnes pratiques actuelles\nProtocole d échange de clés sur Internet (IKEv2)\nRFC 4306 page - 1 - Kaufman & autres Grupe de travail Réseau C. Kaufman, éd., Micrsft Request fr Cmments : 4306 décembre 2005 RFC rendues bslètes : 2407, 2408, 2409 Rendue bslète par la RFC5996 Catégrie


“Et maintenant on fait quoi ?” - Une époque formidable - Made in Sainte Marie Lyon\nLe lundi 12 octobre les étudiants de MADE iN Sainte-Marie Lyon ont assisté à une journée de conférences dans le cadre de l’événement « Une époque formidable » organisé par la Tribune au théâtre des Celestins.\nCet évènement, désormais incontournable, réunit spécialistes et intellectuels qui se prononcent autour des thématiques qui façonnent l’actualité nationale et internationale.\nLe thème « Et maintenant on fait quoi ? » faisant clairement référence à la réalité qui, hélas continue de marquer notre quotidien, a attiré particulièrement l’attention des étudiants car ils sont au cœur de ce qui sera le monde de demain : la réalité post-Covid-19 devra être pensée par et pour la jeunesse.\nDans cette perspective, philosophes (Corinne Pelluchon), sociologues (Jean Viard), médecins (Jean-François Delfraissy), spécialistes de l’écologie (Corinne Lepage), ainsi que de l’économie (Laurent Berger) ont répondu aux questionnements auxquels la jeunesse est confrontée dans ce contexte si particulier.


Le service fiable de location d’accessoire coffrage pour béton - Le Biz des Artisans en Réseau\nLe service fiable de location d’accessoire coffrage pour béton\nPublié par Christophe McCaughey le 25 avril 2016 25 mai 2016\nL’équipe d’expert en fabrication des équipements de coffrage JEAN FOUR-EUROBRESS offre une large gamme de choix sur la location de matériel de conception de béton. Il est possible pour les acteurs de projet de construction du bâtiment de trouver au sein de cette entreprise tous les accessoires utiles pour la création des bétons. Les divers modèles d’outils de coffrage offerts par ce service sont spécifiquement fiables pour assurer une conception de béton suivant les normes exigées en matière de construction de bâtiment.\nUne entreprise offrant une large gamme de choix sur les outils de coffrage qualifiés\nCe service de location d’outil coffrage regroupe tous modèles d’équipements nécessaires pour la réalisation des coffrages de haute qualification adaptables pour tous les bâtiments. Les voiles manuportables proposées par cette entreprise sont en particulier fiables pour s’adapter avec les équipements de coffrage de béton. Il est librement réalisable pour tous, de trouver des banches et de panneaux métalliques de haute qualification utiles pour le perfectionnement du coffrage. Procéder à la location de divers modèles d’accessoire coffrage au sein de cette entreprise est le moyen idéal permettant d’appréhender des coffrages parfaits et réussis.\nUne location des accessoires de coffrage fiable et qualifiée\nL’entreprise JEAN FOUR-EUROBRESS propose une large gamme de choix sur les équipements de conception de béton, pour les bâtiments en cours de construction. Ces services offrent divers choix sur les systèmes de conception de coffrage adaptables pour la construction des bâtiments modernisés. Cette compagnie reste ouverte à tout moment, pour tous les spécialistes en coffrage qui souhaitent utiliser des contreplaqués, des banches et des panneaux métalliques fiables pour le perfectionnement du coffrage. Les experts au sein de cette entreprise peuvent réaliser des interventions qualifiées sur l’accompagnement des locataires de matériels pendant la finalisation du coffrage. Ils peuvent occuper une place importante sur la valorisation de toutes les activités visant à réaliser des coffrages qualifiés.\nArticle précédent Le meilleur bloc de béton pour les bâtiments modernisés\nArticle suivant Le meilleur service de reconditionnement de coffrage\nÉtiqueté avec accessoire coffrage, batiment modernisé, coffrage, construction de batiment, JEAN FOUR-EUROBRESS


Age pour depart retraite AGIRC - Les Experts Retraite\n« Age pour depart retraite AGIRC »\nAge pour depart retraite AGIRC\nje vais partir à la retraite en Juin 2014 pour la sécurité sociale.\nJ'aimerais savoir à quel age je pourrais bénéficier de la retraite complémentaire AGIRC-ARCCO ?\nAutrement dis, de combien de trimestre de cotisation je dois justifier.\nSi vous obtenez votre retraite de base à taux plein, en remplissant les conditions requises d'âge et de durée de carrière, votre retraite complémentaire Arrco et Agirc, sera calculée dans les mêmes conditions.\nToutefois, si vous l'obtenez à partir du 1.1.2019, le versement de votre allocation de retraite complémentaire sera soumis au coefficient de solidarité. Il s'agit d'une minoration temporaire de 10%, pendant les 3 premières années.\nLes personnes qui ne seront pas redevables de la CSG en fonction de leurs ressources et celles qui reporteront le point de départ de leur retraite d'une année ou plus, ne seront pas concernées par cette minoration.


Première réaction de l'Algérie suite à la nomination de Mistura en tant qu’envoyé personnel de l’ONU au Sahara occidental\nPremière réaction de l’Algérie suite à la nomination de Mistura en tant qu’envoyé personnel de l’ONU au Sahara occidental\nAlgérie – Le ministère des Affaires étrangères a salué les qualités personnelles et professionnelles de l’Envoyé personnel pour le Sahara occidental auprès des Nations Unies, Staffan de Mistura , notant qu’il soutiendra ses efforts.\nLe ministère des Affaires étrangères a indiqué dans un communiqué que l’ Algérie prend note avec intérêt de la décision du Secrétaire général des Nations Unies concernant la nomination de Staffan de Mistura comme Envoyé personnel pour le Sahara occidental. L’Algérie a exprimé son souhait que ces efforts contribuent à la relance de négociations directes efficaces et sérieuses de bonne foi et sans conditions préalables entre les parties au conflit, notamment le Royaume du Maroc et le Front Polisario, en vue de parvenir à une solution qui garantit au peuple du Sahara occidental l’exercice libre et honnête de son droit inaliénable et imprescriptible à décider de son destin.\nElle a souligné que cette approche, qui privilégie des pourparlers directs et francs sans aucune condition préalable entre les deux parties, est conforme à la décision prise par le sommet du Conseil de paix et de sécurité de l’Union africaine en mars 2021. L’Algérie a également exprimé son profond mécontentement face au retard marocain dans le remplacement de son prédécesseur, M. Horst Koehler, qui a présenté sa démission en mai 2019, il y a près de deux ans.\nElle a indiqué que la nomination de de Mistura intervient au vu d’évolutions très graves, à la suite de la reprise des hostilités après l’interruption brutale du cessez-le-feu par les forces d’occupation marocaines qui se maintiennent illégalement, depuis le 13 novembre 2020, dans le tampon zone à Guerguerat. Elle a expliqué que ce dernier est une violation flagrante des accords militaires signés entre les deux parties et approuvés par le Conseil de sécurité. Elle a souligné que la démilitarisation de la région comme stipulé dans les accords pertinents est la pierre angulaire de tout processus politique crédible visant à trouver une solution pacifique au conflit.\nLire cet article Révision du statu de la magistrature : le ministre de la justice a reçu la mouture de l'avant projet\nLire l'article précédentLe FLN continue de s’embourber dans la crise\nLire l'article suivantAlgérie: les prix des crèches pour enfants ont également augmenté


Blague spécial métier des membres : histoires droles,blagues\nde pierre » Mar 17 Juin 2008 13:58\nAller on commence avec crashounette\nFraîchement émoulu de son école de gestion, un jeune gars répond à une annonce pour un emploi d'expert comptable.\n"J'ai besoin d'une personne extrêmement qualifiée en gestion" lui dit le patron. "Mais surtout, il me faut quelqu'un qui me décharge de mon plus gros souci"\n"C'est-à-dire?" demande le gars.\n"Eh bien, je me fais beaucoup de soucis à propos de beaucoup de choses mais mon plus gros souci, ce sont les finances. Votre job consistera à me libérer de ce fardeau"\n"Je vois," répond le jeune diplômé. "Et quelle sera ma rémunération pour ce poste?"\n"Vous commencerez à 500 000 francs par an"\n"500 000 francs par an!" s'exclame le gars. "Comment une si petite affaire peut elle se permettre de payer des salaires aussi élevés?"\n"Ça," répond le patron, "Ça sera la première chose dont vous aurez à vous préoccuper."\nUn comptable est quelqu'un qui connait le prix de toutes choses et la valeur de rien.\nJ'ai 54 ans et au moment où tu recevras cette lettre, je serai au Grand Hotel avec ma jeune et jolie secretaire de 18 ans.\nMoi aussi j'ai 54 ans, et au moment où tu recevras cette lettre, je serai à l'hôtel Beauséjour avec un jeune et viril G.O. de 18 ans. En tant que comptable, tu n'es pas sans ignorer que 18 entre mieux dans 54 que 54 dans 18 !! non ?\nQu'est-ce qu'un auditeur?\n- Quelqu'un qui arrive après la bataille et qui passe tous les blessés à la baïonnette\nPour un comptable, qu'est-ce qu'une bonne vengeance au moment de quitter l'hôtel quand le service na pas été bon?\n- C'est refuser de compléter la carte de commentaire de fin de séjour\nOn ne sait pas qui a inventé cette blague, mais on sait que depuis qu'elle a été inventée, les comptables se sont jurés de ne plus jamais parler de leur travail à leurs femmes. Du coup, si vous demandez à la femme d'un comptable de vous dire ce que fait son mari, elle avouera, qu'à part le fait qu'il est un faiseur d'additions, elle n'a pas la moindre idée de ce que représente le travail comptable\nRe: Blague spécial métier des membres\nde crash44 » Mer 18 Juin 2008 21:48\n[font=Script MT Bold]Génial Pierre ! Bah je vois que tu as trouvé tout ce qui défini un (une) comptable ! j'adore ! car contrairement à ce qu'on croit les comptables (enfin moi en tout cas c sûr) sont des gens qui ont beaucoup beaucoup d'humour et qui adorent rire (surtout d'eux-même) ![/font]\nde pierre » Ven 20 Juin 2008 11:54\nca doit etre bien sympa si ils sont tous comme toi\nLes comptables devraient tous avoir 2 000 messages sur jeu-arcade aussi :p\nHidden Numbers Thanksgiving Special


Somali Airlines - Airblog\nSomali Airlines a été fondée comme la compagnie aérienne nationale de la Somalie, en 1964 avec l’assistance technique et financière d’Alitalia. En effet, les Italiens connaissaient bien la région pour y avoir eu des colonies et avaient gardé des liens avec leurs gouvernements. L’exploitation débuta par la desserte de lignes intérieures par avions Piper qui seront bientôt remplacés par des Fokker 27.\nAirbus A 310 pris en location auprès de la Sabena\nEn 1974, Somali Airlines prend en location un Boeing 707 et inaugure sa première liaison internationale Mogadishu – Londres via Le Caire. Et puis Mogadishu – Francfort à partir de 1975. Cette dernière ligne connaîtra un certain succès puisqu’elle permettait une correspondance avec un vol Mogadishu – Johannesbourg.\nA partir de 1989, Somali Airlines renouvelle sa flotte remplaçant ses sept Boeing 707 par des Airbus A310 et par deux Dornier Do 228 pour ses liaisons intérieures. Au début de 1991, le pays traverse une grave crise politique doublée d’une guerre civile. Il s’en suit pour Somali Airlines l’interruption de ses vols internationaux et la restitution à leurs propriétaires des Airbus A 310 pris en location… et la situation du pays ne s’arrangeant pas, la compagnie cesse d’exister.


Bonne année 2010, pleine de bonheur et de fantaisie !\net on se casse d'ici !\nBonnes fêtes à tous et bonnes vacances aux plus chanceux.\nHenri Salvador - Vive le vent d'hiver\nChacun d'entre vous sait que sur internet on peut faire des rencontres, belles, amusantes, désagréables, désappointantes. Parmi celles que j'ai pu faire en voici une extraordinaire...\nUne chienne psycho4pattes\nTi-Coeur - Fonds d'écran animaux\nEnzo Enzo - Ce rien qui nous lie\nPapa - Cpam Oi\nEn cette période de l'avent, vous savez c'est le moment où l'on mange les chocolats qui sont cachés derrière les numéros 1 à 25, j'ai souvent envie d'écouter cette musique qui m'a été offerte par une amie. Si je parle d'elle, même si ce n'est qu'un tout petit peu, c'est parce qu'elle est jolie. Un homme ne parle d'une femme que si elle est jolie !-)\nCette musique est fabuleuse, n'est-ce pas ? Le seul problème c'est qu'elle n'est plus diffusée à 10 heures. Alors, je vais vous en proposer une autre !\nDowntown - Emmanuel\nGarder la dadanse\nEnzo Enzo - Les naufragés volontaires\nJaiMeTrop la fête pour rater cet événement : la fête de la musique. Voilà à quoi aurait pu ressembler la mienne.\nPapaClara - Le brio en concert\nComme moi, vous êtes fan ! N'hésitez pas à le faire savoir chez PapaClara ou là.\nDebout devant ses illusions...\nTout le monde en parle depuis deux mois : la caisse primaire d'assurance maladie des Hauts-de-Seine Nanterre ( cpam92 ) s'est installée sur second life. Il n'était pas question, pour nous, de manquer cet événement interplanétaire virtuel mais vital ! Pour faire comme tout le monde, nous avons décidé d'utiliser le bon vieux copier/coller et d'ajouter un petit commentaire pour donner l'impression que nous avons réellement et longuement travaillé le sujet.\nLa Caisse Primaire d'Assurance Maladie (CPAM) des Hauts de Seine a décidé de s'établir dans Second Life. Les univers virtuels font partie des moyens de communication modernes même pour des institutions ou des administrations de cette envergure. La CPAM 92 a choisi de s'implanter sur la région FRANCE3D Colombes (234,207,22) bien évidemment, parmi les différentes villes des Hauts de Seine représentées dans le domaine. La présence de la CPAM 92 s'articule autour d'une campagne de communication sur de multiples thèmes liés à la santé et à la prévention (nutrition, sommeil, coeur, mélanome, dents, diététique, cholestérol, tabac, obésité, addictions, contraception, accidents domestiques). Les visiteurs auront le loisir de consulter les différentes sections du centre d'information, et tester leurs connaissances au moyen de questionnaires et jeux interactifs. Une plate-forme de conférence permettra également de proposer des réunions de groupe.\nOn pourra enfin retrouver différentes affiches des campagnes publicitaires récentes sur la prévention des addictions (alcoolisme, tabagisme). Si la qualité de l'information présentée est importante, celle du build n'est pas en reste puisque l'aménagement du lieu a vraiment été réalisé avec soin et minutie. Une structure originale de passerelles surplombe un jardin verdoyant, dans lesquels ont été intégrés tous les panneaux et éléments informatifs. On est loin de l'affichage de panneaux en série autour de 4 cubes comme on a souvent pu le voir. Nous avons quand même une question dans tout ça, n'est-il pas répugnant de voir de l'argent public partir en fumée dans le virtuel, quand la misère, la précarité et le manque de soins sont à nos portes... bien réels ?\nCommentaire des CPAMOI :\nCette dernière remarque est bien basse, mais n'est-elle pas vitale ?\nFrance 3D : La caisse primaire d'assurance maladie du 92 sur second life\nLes indiscrets : L'argent de la CPAM du 92 dépensé sur second life\nRedact : La CPAM des Hauts de Seine sur second life\nwww.cpam.bizwww.cpam.biz - 92 - hauts de seine - nanterre - colombes - second life\nEdition spéciale de la nuit\nFrance3d nous a aimablement fourni l'information suivante.\nIl faudrait arrêter de dire n'importe quoi concernant les frais liés à cette opération. Tout comme pour un site internet classique, un espace sur Second Life a un coût d'hébergement. Celui de la CPAM avoisine la vingtaine d'euros mensuels, et ça s'arrête là. Cette somme est totalement dérisoire en comparaison avec ce qui est dépensé pour la prévention via les nombreux sites internet ou campagnes publicitaires à la télévision. Il faudra donc trouver un autre responsable du trou de la Sécu...\nEn effet, 20 €, même si on le multiplie par les 12 mois de l'année, c'est un montant très faible. Dans le domaine de la prévention, on peut le rapprocher du prix d'un vaccin contre la grippe. Et là, si on le multiplie par le nombre de prises en charge par l'assurance maladie, surtout à l'échelon national, ça fait un joli "trou" dans la caisse ! Pourtant, les campagnes de vaccination contre la grippe sont plutôt saluées comme un bienfait. Alors, n'oublions pas que la prévention n'est utile que si l'on espère faire diminuer les coûts futurs de manière plus importante que le coût de l'action préventive. Même si dans de nombreux cas cela peut se discuter, compte-tenu du faible coût énoncé ici de cette action, il ne paraît pas utile de consulter les tonnes de statistiques de l'INSEE pour penser qu'il s'agit d'un bon investissement de la caisse primaire d'assurance maladie des Hauts-de-Seine (CPAM92). Nous saluons donc cet organisme ainsi que son partenaire france3d ;-) A ceux qui estiment que sauver une vie n'est pas une question d'argent, même 1 million d'euros, et qui seraient chagrinés par cet énoncé purement financier de la prévention, nous signalons qu'il leur suffit de donner à une vie la valeur de 2 millions d'euros pour redevenir bénéficiaires.\nRéponse à france3d qui n'a pas posé de question :\n(et à la cpam 92, si l'un de ses représentants venait à passer par ici)\nPourquoi, alors, avoir choisi de copier cet article (que l'on peut retrouver dans les sources) dont les 3 dernières lignes ne sont pas flatteuses ?\nAprès moult recherches sur ce sujet dont nous souhaitions parler, nous n'avions trouvé de toute part que de pâles copies de la présentation fort bien faite par france3d. Seul cet article sortait du lot et avait l'impertinence qui sied au cpamoi. Nous avons donc pris le parti, plutôt que de rédiger notre propre texte, de le recopier de manière tout à fait primaire. Nous en sommes tout à fait satisfait puisque, visiblement, cela crée un peu d'animation et peut-être un début de discussion...\nNous vous prions, mesdames, mesdemoiselles et messieurs de france3d et de la cpam92, de recevoir l'assurance de notre considération.\nPosté par ComPapaAimeMaman à 20:06:00 - L'île aux yeux rouges braises - Commentaires  - Permalien [#]\nTags : emmener, Florent, la, La ou je t'emmenerai, ou, Pagny, PAPA, routes\nEt dans la jouissance que procure la chose...\nElle aime le mot\nQui la lie à l'âme (Ah mais lit!)\nO fil du temps elle semble\nPrendre goût à la chose\nOse! Ose ! Ose !\nSemble lui hurler l'âme\nLa chose se marie au mot\nLe mot au lit gonfle la chose\nLa chose est faible sous le poids\nParfois les maux se soignent avec les mots\nMais la chose peut être un bon intermède\nMieux ! un fabuleux remède\nPetite chose deviendra grande\nGrand mot finira en hapothé-ose\nMurmures, chuchotements, cris, extase\nSe jouer à l'écho dans le lit\nSans aucun déni\nJuste un flagrant délit-ce\nPosté par Cpam oi à 15:06:00 - Cercle dé Pouët - Commentaires  - Permalien [#]\nTags : aimer, ames, cadeaux, choses, crier, cris, echos, emouvoir, grands, jeu, lits, maux, mots, murmures, oser, petites, remedes, soigner


Comment connecter à Instagram via Facebook ? - systemat.fr\nPour se connecter sur Instagram, c’est très simple. Il vous suffit de lancer l’application et de renseigner votre identifiant ou votre adresse email et le texte de votre compte Instagram que vous avez choisi lors de la création de votre compte.\nComment me connecter à Instagram avec Facebook ?\nVidéo : Comment connecter à Instagram via Facebook ?\nUne solution qui peut être utile lorsqu’il s’agit d’une connexion inefficace sur Instagram est que le téléphone ou la tablette redémarre. Vous pouvez toujours éteindre votre appareil et le rallumer. Voir l'article : Pourquoi une entreprise doit avoir un compte Twitter ? Essayez ensuite de vous reconnecter aux réseaux sociaux. La plupart du temps ça marche.\nPourquoi Instagram ne fonctionne-t-il pas aujourd’hui ? Si Instagram ne fonctionne que lorsque vous l’ouvrez, c’est que vous n’avez pas utilisé l’image à la demande. Cela permet à l’application d’être mise à jour en temps réel et de nous montrer des informations lorsque cela se produit, pas seulement lorsque nous ouvrons l’application.\nComment supprimer le bogue Insta ? Astuce 2 : Nettoyer l’utilisation et l’utilisation Pour nettoyer l’utilisation et les données de l’application Instagram sur votre appareil Android, accédez à Administrateur> Gestionnaire d’applications> Toutes les applications> Instagram> et appuyez sur Effacer les applications. Données, Effacer le cache et Cache amélioré.\nQuand la crise Insta sera-t-elle résolue ? Le premier est une évolution souple des approvisionnements du groupe. C’est le soulagement du monde après la chute qui a frappé le géant des chiffres le lundi 4 octobre. Des reporters de l’AFP ont indiqué que les réseaux sociaux Facebook, Instagram, WhatsApp et Messenger étaient de nouveau opérationnels ce mardi.\nConnecter Instagram à Facebook Connectez-vous, sélectionnez votre profil, puis sélectionnez la liste. Sélectionnez Facebook et connectez-vous avec votre profil Facebook si vous ne vous êtes pas déjà connecté sur votre téléphone. Lire aussi : Comment regarder TikTok sans installer ? Accordez les autorisations d’application lorsque vous y êtes invité.\nComment s’inscrire sur Instagram ? Connectez-vous à partir d’Instagram Web\n2 Remplissez les blancs. …\nLorsque votre compte Instagram est bloqué, temporairement ou définitivement, vous en serez averti via un message qui apparaîtra dans une fenêtre pop-up. Ceci pourrait vous intéresser : Comment convertir des fichiers M4A en MP3 ? Cela indique que vous ne pourrez plus accéder à vos informations ou limiter certaines rubriques.\nComment savoir si vous avez été limité à Instagram ? Si vous pouvez obtenir le profil d’utilisateur à partir d’anciens enregistrements ou de messages directs, vérifiez le numéro d’envoi. Si un nombre spécifique de messages s’affiche dans le nombre de messages et que « Aucun message » s’affiche dans le fil, alors ils vous ont bloqué.\nComment savoir si une story Instagram est terminée ? Commencez par entrer un nom de contact dans la barre de recherche de l’application. Si son arrière-plan touche à sa fin, alors vous êtes toujours dans le parfum de la sainteté. En revanche, si aucun résultat n’apparaît, alors il vous a bloqué.\nLa première solution que vous pouvez mettre, sur la façon d’identifier ou de supprimer un commentaire Instagram, est d’utiliser la recherche sur le site Web. Voir l'article : Comment faire pour ne pas voir les amis en commun ? De cette façon, vous pouvez vérifier rapidement l’absence de réponse (ce qui peut confirmer vos doutes).\nComment savoir si quelqu’un a supprimé sa story ? Lorsque votre histoire est supprimée : Personne d’autre que vous ne peut voir votre histoire. Certaines informations, telles que les messages que vous envoyez à des amis, peuvent toujours être affichées.\nComment savoir si un compte Instagram a été supprimé ? Comment savoir si quelqu’un a supprimé son compte Instagram ? Vous ne recevez pas de commentaire lorsque quelqu’un supprime son compte Instagram. Lorsque vous recherchez leur profil sur un navigateur, une erreur s’affiche indiquant que la page est introuvable. Cela indique qu’ils ont peut-être fermé leur compte.\nComment savoir si une story fonctionne toujours sur Instagram ? Dans l’onglet En direct, Instagram s’affiche sous un nom d’utilisateur si une personne est « actuellement active ». Et sinon, l’application affiche la dernière fois.


°HOTEL CHEERFULWAY ALTO DO MOINHO ALBUFEIRA 3* (Portugal) - de € 628 | HOTELMIX\nHôtel Cheerfulway Alto Do Moinho - Albufeira\nCerro Da Piedade, Albufeira, Portugal, 8200 320 montrer la carte\nSitué juste à quelques minutes de la plage, Hôtel Cheerfulway Alto Do Moinho, un établissement traditionnel propose 92 chambres non-fumeur avec vue sur Océan Atlantique. Ouvert depuis 1986, cet hôtel demeure un exemple de l'architecture traditionnelle à Albufeira.\nL'hôtel est dans le quartier touristique, seulement à 3.0 km de Plage d'Oura. La propriété est à 1 km du centre de la ville.\nL'hôtel est situé près du stade, des bars et des cafés. Vous trouverez aussi une terrasse ensoleillée, une piscine en plein air et un court de tennis sur place.\nLes hôtes d'Hôtel Cheerfulway Alto Do Moinho se trouvent à 30 minutes en voiture de l'aéroport de Faro.\nLes résidents peuvent utiliser Wi-Fi gratuit, la télévision par satellite, un réfrigérateur, une cuisine et un coffre-fort dans la chambre, qui sont disponibles dans les chambres d'Hôtel Cheerfulway Alto Do Moinho. Certaines chambres donnent sur la mer. Elles offrent aussi une micro-ondes, une poêle et une lave-vaisselle.\nSnack de l'hôtel invite les clients à se détendre autour d'un verre. Offrant une cuisine portugaise, Os Arcos Restaurante est environ à 700 mètres.\nPour le confort des voyageurs avec des enfants Hôtel Cheerfulway Alto Do Moinho offre des berceaux, le club pour enfants et une piscine. Des activités différentes, y compris le tennis sur gazon et le golf, sont disponibles sur place.\nCerro Da Piedade, Albufeira, Portugal, 8200 320\nEmplacement de l’hôtel Cheerfulway Alto Do Moinho\nFisherman's Beach Albufeira500 m\nPau da Bandeira Belvedere900 m\nPlage des pêcheurs d'Albufeira800 m\nPrincipale gare routière d'Albufeira1.6 km\nStade d'Albufeira2.0 km\nMunicipal Museum of Archaeology600 m\nParking-Garage d'Albufeira700 m\nPort d'Albufeira800 m\nZoomarine Algarve6.6 km\nPraia Gale6.5 km\nFalesia Beach960 m\nXorino Cave960 m\n80% aime cela, en se basant sur 220 appréciations\nDom Carlos Restaurant900 m\n86% aime cela, en se basant sur 395 appréciations\nAppartement Cerro Malpique T0 à Albufeira\nHôtel Da Gale à Albufeira\nBed and Breakfast Casa Do Canto à Albufeira\nCommentaires sur l’hôtel Cheerfulway Alto Do Moinho\nLes commentaires sont mis à jour par nos clients après leurs séjours au Cheerfulway Alto Do Moinho\nEN - Hotel Cheerfulway Alto Do Moinho - Albufeira\nPT - Hotel Cheerfulway Alto Do Moinho - Albufeira


opel - Sur Mautorz\nThèmes similaires à opel\nTout audi bmw chevrolet citroen dacia fiat ford hyundai kia mercedes mini nissan peugeot renault seat skoda toyota volkswagen volvo\nOpel Astra restylée (2019) : voilà les prix !\nEn attendant de dévoiler la sixième génération de son Astra en 2021, Opel a récemment restylé sa compacte. Le modèle a ainsi gagné une calandre redessinée, de nouveaux boucliers et des feux arrière plus acérés. A bord, ce sont un combiné d'instrumentation numérique et une nouvelle génération...\nOn ne va pas se le cacher, à côté du style flamboyant du Peugeot 3008, dont il partage l'essentiel de la partie technique, l'Opel Grandland X fait un peu tristounet. Toutefois, certains feront remarquer que dans une catégorie où le style compte peut-être un peu trop, la discrète élégance du...\nQUELS CONSTRUCTEURS SERONT ABSENTS DU SALON DE FRANCFORT 2019\nDu côté de chez PSA, seule la marque allemande Opel sera présente. De son côté, Kia avait prévu de se rendre à Francfort. Mais le constructeur coréen a finalement changé d'avis. Un porte-parole de la marque s'est confié auprès de l'AFP et n'est pas très optimiste quant à une éventuelle...\nClap de fin : le Ford C-MAX (2010 - 2019)\nIl y a encore quelques années, comme tous les monospaces compacts (Renault Scénic, Citroën C 4 Picasso, Opel Zafira, Volkswagen Touran...), le Ford C-MAX roulait des mécaniques. En effet, de la fin des années 90 au milieu des années 2000, c'étaient eux les cadors du marché. Alors, bien sûr,...\nL'occasion de vous révéler les tarifs de la nouvelle citadine Opel Corsa-e. Ticket d'entrée : 29.900 euros (bonus de 6.000 euros à déduire). Sans oublier la présentation de la Mini Cooper SE, rivale annoncée de la Peugeot e-208. L'Anglais est beaucoup plus puissante, mais dispose d'une moins...\nL'Opel Insignia restylée (2020) aperçue en tests\nNous devrions être fixés rapidement puisque l'Opel Insignia restylée est attendue à l'occasion du prochain salon automobile de Francfort (12 au 22 septembre 2019). Source : Carscoops\n> Airbags (janvier 2017) Sur les Opel Grandland X fabriqués entre le 19 juin et le 27 novembre 2017, risque de mauvais déploiement des airbags latéraux avant, car les housses des sièges sont susceptibles de ne pas se déchirer comme prévu. > Train avant (août 2018) Risque de mauvais serrage...\nOpel Corsa (2019) : voici la version thermique !\nSous le capot, la gamme débute avec un quatre-cylindres 1,2L atmosphérique de 75ch, soit 5ch de plus que sur la précédente génération avec une consommation en baisse selon Opel. Ce bloc est couplé de série à une boîte manuelle à cinq vitesses. Un trois-cylindres 1,2L turbo complète l'offre...\nTous les prix de la nouvelle Peugeot 208 [vidéo]\nNotre journaliste Brice Perrin nous livre également ses premières impressions à bord de la Peugeot e-208 ! Sans oublier la cousine technique Opel Corsa-e, qui arrivera au printemps 2020 et inaugure la nouvelle et sixième génération de la célèbre citadine allemande. Pour finir, notre...\nSpécial Allemandes : 25 nouveautés à découvrir !\nAu menu notamment : les nouvelles BMW Série 1, Opel Corsa, Volkswagen Golf, Mercedes GLA... Notre journaliste Florian Chopin nous fera également découvrir l'Audi A4 restylée. Racheté par Renault à l'été 1999, Dacia est passé de marque anecdotique à constructeur champion du "low-cost"....\n>> Fiche technique << Opel Grandland X 1.5 D 130 ch Auto. Ultimate Prix : 38 400 € Malus écologique : 0 € Moteur : 4 cylindres en ligne turbo diesel Cylindrée : 1 499 cm3 Puissance : 130 ch à 3 750 tr/mn Couple : 300 Nm à 1 750 tr/mn Transmission : boîte automatique à 8 rapports Poids : 1...\nHeureusement des pépites demeurent et résistent, en entrée de gamme (Ford Fiesta ST, VW Polo GTi, Opel Corsa GSi...) comme dans le premium (Mercedes-AMG A35, Audi S3). Certaines présentent même des traits de caractère que leurs ancêtres n'auraient pas reniés (masse contenue, mécanique...\nBientôt la fin des SUV ?\nDans le dernier bilan annuel du Centre français des constructeurs automobiles (CCFA), son président Christian Peugeot déclarait : " En 2017, les ventes des groupes français progressent, tant par leurs résultats commerciaux que par l ' élargissement de leurs périmètres (Opel-Vauxhall/PSA et...\nOpel Corsa (2019) : tout ce qui change\nDerrière lui en revanche, Opel propose un combiné d'instrumentation numérique. D'autres équipements high-tech apparaissent au catalogue tels que les feux à LED adaptatifs IntelliLux et de nouvelles aides au stationnement. Côté mécanique enfin, la Corsa sixième du nom est la première de sa...


Full Story · Sexe gay: jeune beur actif pr grosse lope vicieuse beur jsuis travesti passif gay ch plan cul avec homme TTBM. cul gay beur cam. Sexy gay cam gratuitement chatroulette pour webcam sexe gay Entrer Plan cul clichy belle bite noire Homo hard cam branle gay Après avoir. Petit cul thai gay imberbe foutré bareback par la petite bite d'un étudiant asiatique homo mince et bronzé de 18 ans! Trouvez des plans sexe. Homo hard salope gay bareback, Rencontre cul lyon ttbm cam une sexe entre hommes, tu y trouveras de grosse bite TTBM, des minets gays.\nRencontre asiatique gay camionneur gay, Gay ttbm rencontre gay par telephone. GROSSE BITE BOUCHE RENCONTRE SEXE GAY, Plan cul. Full Story · Sexe gay: jeune beur actif pr grosse lope vicieuse beur jsuis travesti passif gay ch plan cul avec homme TTBM.\ncul gay beur cam. Venez sur Cam4 pour découvrir le meilleur du cam gay live gratuit. Plein de sexe live au programme avec des webcams gay hommes exhib gratuites.\nRencontre gay bourges rencontre gay nancy 39 Cul de blond site de rencontre gay rebeu Dans cette vidéo gay interracial, vous allez voir un mec soumis et un blackos qui vont commencer à se tripoter et se chauffer! Annonce plan gay grosse bite sous la douche Oct 02, annonce plan gay grosse bite sous la douche Hommes gay. Un jeune étudiant gay perforé par une grosse bite sur le bureau du prof hd. La chienne vêtue d'une paire de bas.\nAlready a member of CAM4? Choisissez celui que vous voudriez remplacer:, plan sexe gay ttbm cam.\nJeune minet se branle devant sa webcam Coucou, je suis Thibault, Sexe gay en français plan cul compiègne Oct 02, sexe gay en Latino ttbm plan cul homo Oct 02, latino ttbm plan cul homo Escortes gays Limoges.\nSexy gay cam gratuitement chatroulette pour webcam sexe gay Entrer Plan cul clichy belle bite noire Homo hard cam branle gay Après avoir. Venez sur Cam4 pour découvrir le meilleur du cam gay live gratuit. Plein de sexe live au programme avec des webcams gay hommes exhib gratuites.\nThis entry was posted in Numéro de téléphone des prostituées gays on 24.12.2018 by plan sexe gay ttbm cam.