1、 Union internationale des tlcommunicationsUIT-T H.350.7SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (01/2007) SRIE H: SYSTMES AUDIOVISUELS ET MULTIMDIAS Infrastructure des services audiovisuels Architecture des services dannuaire pour les services audiovisuels et multimdias Architecture
2、des services dannuaire pour le protocole XMPP Recommandation UIT-T H.350.7 RECOMMANDATIONS UIT-T DE LA SRIE H SYSTMES AUDIOVISUELS ET MULTIMDIAS CARACTRISTIQUES DES SYSTMES VISIOPHONIQUES H.100H.199 INFRASTRUCTURE DES SERVICES AUDIOVISUELS Gnralits H.200H.219 Multiplexage et synchronisation en trans
3、mission H.220H.229 Aspects systme H.230H.239 Procdures de communication H.240H.259 Codage des images vido animes H.260H.279 Aspects lis aux systmes H.280H.299 Systmes et quipements terminaux pour les services audiovisuels H.300H.349 Architecture des services dannuaire pour les services audiovisuels
4、et multimdias H.350H.359 Architecture de la qualit de service pour les services audiovisuels et multimdias H.360H.369 Services complmentaires en multimdia H.450H.499 PROCDURES DE MOBILIT ET DE COLLABORATION Aperu gnral de la mobilit et de la collaboration, dfinitions, protocoles et procdures H.500H.
5、509 Mobilit pour les systmes et services multimdias de la srie H H.510H.519 Applications et services de collaboration multimdia mobile H.520H.529 Scurit pour les systmes et services multimdias mobiles H.530H.539 Scurit pour les applications et services de collaboration multimdia mobile H.540H.549 Pr
6、ocdures dinterfonctionnement de la mobilit H.550H.559 Procdures dinterfonctionnement de collaboration multimdia mobile H.560H.569 SERVICES LARGE BANDE ET MULTIMDIAS TRI-SERVICES Services multimdias large bande sur VDSL H.610H.619 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec.
7、 UIT-T H.350.7 (01/2007) i Recommandation UIT-T H.350.7 Architecture des services dannuaire pour le protocole XMPP Rsum Le protocole extensible de messagerie et de prsence (XMPP, extensible messaging and presence protocol) a t normalis par le groupe IETF afin dchanger des informations entre extrmits
8、 de rseau utilisant le langage de balisage extensible (XML, extensible markup language). Il sert mettre en uvre des applications de prsence et de messagerie instantane dont la popularit va croissant. La prsente Recommandation insre le protocole XMPP dans la suite de protocoles qui est prise en charg
9、e par la rfrence UIT-T H.350, de faon quune organisation puisse rechercher par annuaire et grer des ressources XMPP de la mme faon que dautres protocoles multimdias (p. ex. H.320, H.323, SIP) sont grs dans la rfrence UIT-T H.350. Source La Recommandation UIT-T H.350.7 a t approuve le 13 janvier 2007
10、 par la Commission dtudes 16 (2005-2008) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. Mots cls LDAP, messagerie instantane, prsence, services dannuaire, XMPP. ii Rec. UIT-T H.350.7 (01/2007) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spc
11、ialise des Nations Unies dans le domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification, et met ce sujet des Recommandations en vue de la normalisation d
12、es tlcommunications lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes dtude traiter par les Commissions dtudes de lUIT-T, lesquelles laborent en retour des Recommandations sur ces thmes. Lapprobation des Recommanda
13、tions par les Membres de lUIT-T seffectue selon la procdure dfinie dans la Rsolution 1 de lAMNT. Dans certains secteurs des technologies de linformation qui correspondent la sphre de comptence de lUIT-T, les normes ncessaires se prparent en collaboration avec lISO et la CEI. NOTE Dans la prsente Rec
14、ommandation, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. Le respect de cette Recommandation se fait titre volontaire. Cependant, il se peut que la Recommandation contienne certaines dispositions ob
15、ligatoires (pour assurer, par exemple, linteroprabilit et lapplicabilit) et considre que la Recommandation est respecte lorsque toutes ces dispositions sont observes. Le futur dobligation et les autres moyens dexpression de lobligation comme le verbe “devoir“ ainsi que leurs formes ngatives servent
16、noncer des prescriptions. Lutilisation de ces formes ne signifie pas quil est obligatoire de respecter la Recommandation. DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandation puisse donner lieu lutilisation dun dro
17、it de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soient revendiqus par un membre de lUIT ou par une tierce partie trangre la procdure dlaboration des Recommandations. A la date dapprobation
18、 de la prsente Recommandation, lUIT navait pas t avise de lexistence dune proprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsente Recommandation. Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recommand aux dveloppeurs de con
19、sulter la base de donnes des brevets du TSB sous http:/www.itu.int/ITU-T/ipr/. UIT 2007 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T H.350.7 (01/2007) iii TABLE DES MATIRES Page 1 Domaine
20、dapplication 1 1.1 Extension du schma 1 1.2 Cas de figure typiques 1 2 Rfrences. 1 3 Dfinitions 2 4 Abrviations 2 5 Conventions 2 6 Dfinition des classes dobjet 3 6.1 Classe dobjet xmppURIObject 3 6.2 xmppIdentityURI attribut . 3 6.3 Attribut xmppUserId 4 6.4 Attribut xmppPassword 4 7 Fichiers en fo
21、rmat LDIF de la classe xmppURIObject 5 8 Reprsentation en notation ASN.1 . 6 9 Reprsentation en langage DSML 8 Annexe A Profil dindexation 10 Appendice I Versions lectroniques de dfinitions formelles 11 Bibliographie 12 Rec. UIT-T H.350.7 (01/2007) 1 Recommandation UIT-T H.350.7 Architecture des ser
22、vices dannuaire pour le protocole XMPP 1 Domaine dapplication Le protocole extensible de messagerie et de prsence (XMPP) a t normalis par le groupe IETF afin dchanger des informations entre extrmits de rseau utilisant le langage de balisage extensible (XML). Il sert mettre en uvre des applications d
23、e prsence et de messagerie instantane dont la popularit va croissant. La prsente Recommandation insre le protocole XMPP dans la suite de protocoles qui est prise en charge par la rfrence UIT-T H.350 de faon quune organisation puisse rechercher par annuaire et grer des ressources XMPP de la mme faon
24、que dautres protocoles multimdias (p. ex. H.320, H.323, SIP) sont grs dans la rfrence UIT-T H.350. Ce schma fournit une mthode afin de reprsenter dans lannuaire des identificateurs URI et des informations dutilisateur du protocole XMPP. Noter que la prsente Recommandation dfinit la reprsentation did
25、entificateurs URI et non didentificateurs IRI, comme dcrit dans la rfrence IETF RFC 4622. Le domaine dapplication de la prsente Recommandation ninclut pas de mthodes normatives concernant lutilisation de lannuaire LDAP proprement dit ou des donnes quil contient. 1.1 Extension du schma Les classes xm
26、ppURIObject peuvent tre tendues selon les besoins des implmentations particulires. Voir dans la Recommandation UIT-T H.350 une analyse relative lextension du schma. 1.2 Cas de figure typiques De nombreuses applications extrieures un rseau XMPP peuvent avoir besoin didentifier des entits XMPP comme t
27、ant des identificateurs URI complets; en loccurrence, il sagira ici dun annuaire LDAP ayant besoin de mmoriser des adresses XMPP et des agents utilisateurs non natifs (p. ex. des navigateurs IP, des applications de gestion dagenda et des pages blanches dentreprise) en interface avec des services XMP
28、P. Le cas le plus simple consiste effectuer une exploration de pages blanches au cours de laquelle un utilisateur utilise un navigateur IP afin de rechercher dautres utilisateurs galement en train dutiliser un client en protocole XMPP. Un autre cas de figure serait quun serveur distant XMPP utilise
29、des justificatifs de compte XMPP (attributs xmppUserId et xmppPassword) mmoriss dans un annuaire H.350 afin dauthentifier des requtes visant des clients XMPP. Cette mthode est utile dans les environnements noffrant aucun mcanisme dauthentification spcialise. 2 Rfrences La prsente Recommandation se r
30、fre certaines dispositions des Recommandations UIT-T et textes suivants qui, de ce fait, en sont partie intgrante. Les versions indiques taient en vigueur au moment de la publication de la prsente Recommandation. Toute Recommandation ou tout texte tant sujet rvision, les utilisateurs de la prsente R
31、ecommandation sont invits se reporter, si possible, aux versions les plus rcentes des rfrences normatives suivantes. La liste des Recommandations de lUIT-T en vigueur est rgulirement publie. La rfrence un document figurant dans la prsente Recommandation ne donne pas ce document, en tant que tel, le
32、statut dune Recommandation. 2 Rec. UIT-T H.350.7 (01/2007) UIT-T H.350 Recommandation UIT-T H.350 (2003), Architecture des services dannuaire pour les confrences multimdias. UIT-T H.350.1 Recommandation UIT-T H.350.1 (2003), Architecture des services dannuaire pour les protocoles H.323. UIT-T H.350.
33、2 Recommandation UIT-T H.350.2 (2003), Architecture des services dannuaire pour les protocoles H.235. UIT-T H.350.3 Recommandation UIT-T H.350.3 (2003), Architecture des services dannuaire pour les protocoles H.320. UIT-T H.350.4 Recommandation UIT-T H.350.4 (2003), Architecture des services dannuai
34、re pour les protocoles SIP. UIT-T H.350.5 Recommandation UIT-T H.350.5 (2003), Architecture des services dannuaire pour les protocoles non normaliss. IETF RFC 3920 IETF RFC 3920 (2004), Extensible Messaging and Presence Protocol (XMPP): Core (Protocole extensible de messagerie et de prsence (XMPP):
35、Noyau). IETF RFC 4622 IETF RFC 4622 (2006), Internationalized Resource Identifiers (IRIs) and Uniform Resource Identifiers (URIs) for the Extensible Messaging and Presence Protocol (XMPP) (Identificateurs de ressource universels (IRI) et identificateurs de ressource uniformes (URI) pour le protocole
36、 extensible de messagerie et de prsence (XMPP). 3 Dfinitions La prsente Recommandation utilise les termes suivants, qui sont dfinis ailleurs: 3.1 identificateur de ressource uniforme (URI, uniform resource identifier): voir dans la rfrence IETF RFC 4622 une analyse des identificateurs URI et IRI en
37、protocole XMPP. 3.2 identificateur de ressource universel (IRI, internationalized resource identifier): voir dans la rfrence IETF RFC 4622 une analyse des identificateurs URI et IRI en protocole XMPP. 4 Abrviations La prsente Recommandation utilise les abrviations suivantes: LDAP protocole rapide da
38、ccs lannuaire (comme dfini dans la rfrence IETF RFC 1777) (lightweight directory access protocol) SASL couche simple dauthentification et de scurit (comme dfini dans la rfrence b-IETF RFC 4422) (simple authentication and security layer) XMPP protocole extensible de messagerie et de prsence (normalis
39、 par le groupe IETF afin dchanger des informations entre extrmits de rseau utilisant le langage de balisage extensible (XML). Il est couramment utilis dans les applications de messagerie instantane, prsence et tlphonie IP.) (extensible messaging and presence protocol) 5 Conventions Dans la prsente R
40、ecommandation, les conventions suivantes sappliquent: lauxiliaire “doit/doivent“ indique une prescription obligatoire; lauxiliaire “devrait/devraient“ (ou lexpression “il convient“) indique une mesure suggre mais facultative; Rec. UIT-T H.350.7 (01/2007) 3 lauxiliaire “peut/peuvent“ indique une poss
41、ibilit daction plutt quune recommandation de rsultat. Sauf spcification contraire expressment mentionne, les rfrences aux articles, paragraphes, annexes et appendices renvoient aux points correspondants de la prsente Recommandation. 6 Dfinition des classes dobjet La classe xmppURIObject reprsente un
42、 identificateur URI du protocole XMPP, cest-dire ladresse dune entit capable de communiquer au moyen du protocole XMPP. La propre classe dobjet de lannuaire tant unique, il est possible de rechercher la prsence de cet attribut dans lannuaire. Noter que le protocole XMPP utilise la couche simple daut
43、hentification et de scurit (SASL) pour lauthentification, ce qui permet chaque dploiement dutiliser son propre mcanisme dauthentification spcialis, tel que Kerberos. Cest pourquoi de nombreuses applications nauront pas besoin dutiliser les attributs de nom dutilisateur et de mot de passe. Cependant,
44、 ces attributs sont inclus lintention des implmentations qui ne font pas appel lauthentification spcialise, ou de celles qui y font appel mais ncessitent un petit nombre didentits statiques, comme celles qui pourraient tre associes des comptes hbergs par un serveur distant et bnficiant dans lentrepr
45、ise dun systme associ de gestion centralise des identits. 6.1 Classe dobjet xmppURIObject OID: 0.0.8.350.1.1.9.2.1 objectclasses: (0.0.8.350.1.1.9.2.1 NAME xmppURIObject DESC XmppURI object SUP top AUXILIARY MAY ( xmppIdentityURI $ xmppUserId $ xmppPassword ) ) 6.2 xmppIdentityURI attribut OID: 0.0.
46、8.350.1.1.9.1.1 attributetypes: (0.0.8.350.1.1.9.1.1 NAME xmppIdentityURI DESC Labeled URI format to represent an XMPP URI EQUALITY caseIgnoreMatch EQUALITY caseIgnoreSubstringsMatch SYNTAX 1 1.3.6.1.4.1.1466.115.121.1.15) Classe de qualit dapplication normale Nombre de valeurs plusieurs Dfinition S
47、pcifie un identificateur URI du protocole XMPP. Valeurs admissibles (si contrles) Notes Il y a lieu que les ralisateurs rvisent les rgles IETF RFC 4622 relatives aux caractres dchappement afin de garantir une compatibilit internationale complte du jeu de caractres. 4 Rec. UIT-T H.350.7 (01/2007) Smantique Exemple dapplications auxquelles cet attribut serait utile Exemple (fragment en format LDIF) 6.3 Attribut xmppUserId OID: 0.0.8.350.1.1.9.1.2 attributetypes: (0.0.8.350.1.1.9.1.2 NAME xmppUserId DESC Xmpp Userid EQUALITY caseIgnoreMatch EQUALITY caseIgnoreSubstringsM
