1、SRIE X: RSEAUX POUR DONNES ETCOMMUNICATION ENTRE SYSTMES OUVERTSRseaux publics pour donnes InterfacesInterface entre ETTD et ETCD pour terminauxfonctionnant en mode paquet et accdant unrseau public de transmission de donnes commutation par paquets par lintermdiairedun RTPC, dun RNIS ou dun rseau pub
2、licpour donnes commutation de circuitsUNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T X.32SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(10/96)Recommandation UIT-T X.32(Antrieurement Recommandation du CCITT)RECOMMANDATIONS UIT-T DE LA SRIE XRSEAUX DE DONNES ET COMMUNICATION ENTRE SYSTMES OUVE
3、RTSPour plus de dtails, voir la Liste des Recommandations de lUIT-T.RSEAUX PUBLICS DE TRANSMISSION DE DONNES X.1-X.199Services et fonctionnalits X.1-X.19Interfaces X.20-X.49Transmission, signalisation et commutation X.50-X.89Aspects rseau X.90-X.149Maintenance X.150-X.179Dispositions administratives
4、 X.180-X.199INTERCONNEXION DES SYSTMES OUVERTS X.200-X.299Modle et notation X.200-X.209Dfinitions des services X.210-X.219Spcifications des protocoles en mode connexion X.220-X.229Spcifications des protocoles en mode sans connexion X.230-X.239Formulaires PICS X.240-X.259Identification des protocoles
5、 X.260-X.269Protocoles de scurit X.270-X.279Objets grs de couche X.280-X.289Tests de conformit X.290-X.299INTERFONCTIONNEMENT DES RSEAUX X.300-X.399Gnralits X.300-X.349Systmes de transmission de donnes par satellite X.350-X.399SYSTMES DE MESSAGERIE X.400-X.499ANNUAIRE X.500-X.599RSEAUTAGE OSI ET ASP
6、ECTS DES SYSTMES X.600-X.699Rseautage X.600-X.629Efficacit X.630-X.649Dnomination, adressage et enregistrement X.650-X.679Notation de syntaxe abstraite numro un (ASN.1) X.680-X.699GESTION OSI X.700-X.799Cadre gnral et architecture de la gestion-systmes X.700-X.709Service et protocole de communicatio
7、n de gestion X.710-X.719Structure de linformation de gestion X.720-X.729Fonctions de gestion X.730-X.799SCURIT X.800-X.849APPLICATIONS OSI X.850-X.899Engagement, concomitance et rtablissement X.850-X.859Traitement transactionnel X.860-X.879Oprations distantes X.880-X.899TRAITEMENT OUVERT RPARTI X.90
8、0-X.999Recommandation X.32 (10/96) iAVANT-PROPOSLUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUnion internationale destlcommunications (UIT). Il est charg de ltude des questions techniques, dexploitation et de tarification, et met cesujet des Recommandations e
9、n vue de la normalisation des tlcommunications lchelle mondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans, dtermineles thmes dtudes traiter par les Commissions dtudes de lUIT-T lesquelles laborent en retour des Recomman-dations sur ces thmes
10、.Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT (Helsinki, 1er-12 mars 1993).La Recommandation rvise UIT-T X.32, que lon doit la Commission dtudes 7 (1993-1996) de lUIT-T, a tapprouve le 5 octobre 1996 selon la procdure d
11、finie dans la Rsolution n 1 de la CMNT._NOTEDans la prsente Recommandation, lexpression Administration est utilise pour dsigner de faon abrge aussi bienune administration de tlcommunications quune exploitation reconnue de tlcommunications. UIT 1997Droits de reproduction rservs. Aucune partie de cett
12、e publication ne peut tre reproduite ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.ii Recommandation X.32 (10/96)TABLE DES MATIRESPagePrface. 11 Domaine dapplication 22 Aspects fonctionnels 32
13、.1 Considrations relatives laccs entrant et laccs sortant 32.2 Identification. 32.3 Aspects service . 42.4 Mthodes didentification de lETTD 72.5 Mthodes didentification de lETCD 92.6 Accs entrant venant de lETTD et accs sortant venant du RPDCP 92.7 Exigence du service ETTD. 92.8 Fonctionnement en mo
14、des duplex et semi-duplex 102.9 Protocole didentification 102.10 Ngociation des valeurs 103 Description des services ETTD 103.1 Attributs des services ETTD. 103.2 Rcapitulation des services ETTD 143.3 Service ETTD non identifi 143.4 Service ETTD identifi. 163.5 Service ETTD personnalis 184 Caractris
15、tiques de linterface (couche physique) 194.1 Interface X.21 . 204.2 Interface X.21 bis . 214.3 Interface de la srie V . 225 Procdure daccs la liaison travers linterface ETTD/ETCD . 235.1 Introduction 235.2 Assignation des adresses de la couche liaison de donnes . 235.3 Utilisation des trames dchange
16、 didentifications XID 245.4 Etablissement et dconnexion de la liaison 275.5 Liaisons multiples. 285.6 Fonctionnement en mode semi-duplex . 286 Couche paquets 336.1 Porte et champ dapplication . 336.2 Identification et authentification de lETTD au moyen de la fonctionnalit de slection de NUIdans les
17、paquets dtablissement de la communication. 337 Procdures, formats et X.32 . 347.1 Protocole didentification 347.2 Procdures applicables aux fonctionnalits optionnelles offertes aux usagers X.32 367.3 Codage des lments du protocole didentification. 377.4 Mthode utilise avec le degr de scurit 2 387.5
18、Temporisateurs T14 et T14 bis de lETCD 397.6 Temporisateur T15 de lETCD 39Annexe A Actions entreprises par lETCD agissant en tant que partie interrogatrice et partie sollicite pour lesidentifications avec degr de scurit 1 et avec degr de scurit 2. 39A.1 Introduction 39A.2 Identification avec degr de
19、 scurit 1 . 40A.3 Identification avec degr de scurit 2 . 44Recommandation X.32 (10/96) iiiPageAnnexe B Abrviations 48Appendice I Mise en uvre du LAPX . 50I.1 Introduction 50I.2 Fonctions de commande et dtat 50I.3 Tableau des transitions entre tats 51I.4 Fonctions de commande et dtat HDTM/couche phys
20、ique exprimes en termes applicables uneinterface modem . 52Appendice II Algorithme RSA code public. 53Appendice III Relation entre les temporisateurs T14 et T14 bis et les diffrentes mthodes didentificationde lETTD. 54Recommandation X.32 (10/96) 1Recommandation X.32Recommandation X.32 (10/96)INTERFA
21、CE ENTRE ETTD ET ETCD POUR TERMINAUX FONCTIONNANT ENMODE PAQUET ET ACCDANT UN RSEAU PUBLIC DE TRANSMISSIONDE DONNES COMMUTATION PAR PAQUETS PAR LINTERMDIAIREDUN RTPC, DUN RNIS OU DUN RSEAU PUBLIC POURDONNES COMMUTATION DE CIRCUITS(Malaga-Torremolinos, 1984; modifie Melbourne, 1988et Helsinki, 1993;
22、rvise en 1996)PrfaceLtablissement dans divers pays de rseaux publics pour donnes commutation par paquets (RPDCP) offrant desservices de transmission de donnes rend ncessaire llaboration de Recommandations pour faciliter laccs un RPDCP par lintermdiaire dun rseau tlphonique public commut (RTPC), dun
23、rseau numrique intgration deservices (RNIS), ou dun rseau public pour donnes commutation de circuits (RPDCC).LUIT-T,considrant(a) que la Recommandation X.1 spcifie les catgories dusagers du service pour les ETTD fonctionnant en modepaquet; que la Recommandation X.2 dfinit les fonctionnalits offertes
24、 aux usagers par les rseaux publics pourdonnes; que la Recommandation X.10 dfinit les catgories daccs; que les Recommandations X.21 et X.21 bisdfinissent les caractristiques du niveau physique de linterface ETTD/ETCD; que la Recommandation X.25 dfinitlinterface entre ETTD et ETCD pour les terminaux
25、fonctionnant en mode paquet et raccords au rseau public pourdonnes par des lignes spcialises; que la Recommandation X.31 dfinit le support dquipements terminaux en modepaquet par un RNIS; que la Recommandation X.121 dfinit le plan de numrotage international des rseaux publics pourdonnes (RPD), que l
26、a Recommandation X.300 dfinit les principes et les dispositifs dinterfonctionnement entre RPD etautres rseaux publics;(b) que les Recommandations de la srie V dfinissent les caractristiques des modems et des interfaces utiliserpour les services de donnes sur le RTPC;(c) que la Recommandation T.70 df
27、init les procdures et les interfaces que doivent utiliser les terminaux detlmatique, que la Recommandation T.71 dfinit lextension de la procdure daccs la liaison symtrique (LAPB) utiliser dans les fonctionnalits de transmission en mode semi-duplex (LAPX);(d) quil est apparu ncessaire dassurer laccs
28、un RPDCP par lintermdiaire dun RTPC, dun RNIS oudun RPDCC parce quun circuit spcialis rserv au RPDCP ne se justifie pas, ou parce quil est ncessaire de disposerdun service global avec accs un rseau de secours par lintermdiaire des rseaux publics commuts; toutefois, lescircuits virtuels permanents ne
29、 sont pas disponibles dans les types daccs couverts par la prsente Recommandation;(e) que certaines Administrations ont envisag doffrir des services tlmatiques dans diffrents types de rseaux, parexemple RPDCP, RTPC, RNIS et RPDCC;(f) que, lorsque la prsente Recommandation est utilise pour fournir le
30、 service de rseau dfini dans laRecommandation X.213, les couches physique, liaison et paquets correspondent respectivement aux couches physique,liaison de donnes et rseau dfinies dans la Recommandation X.200,recommande lunanimitque les aspects fonctionnels et de procdure pour laccs des ETTD en mode
31、paquet un RPDCP par lintermdiairedun RTPC, dun service support commutation de circuits ou dun RPDCC soient ceux que spcifie la prsenteRecommandation.NOTE Un terminal en mode paquet (TE1 ou TE2) conforme aux Recommandations de la srie I peut avoir accs unRPDCP par lintermdiaire dun service support co
32、mmutation de circuits RNIS. Dans ce cas, les aspects fonctionnels et de procdurelis la couche 2 et la couche 3 dans le canal B sont tels quindiqus dans la prsente Recommandation.2 Recommandation X.32 (10/96)1 Domaine dapplicationLa prsente Recommandation dfinit les aspects fonctionnels et de procdur
33、e de linterface ETTD/ETCD pour les ETTDcorrespondant aux catgories dusagers du service en mode paquet dfinies dans la Recommandation X.1 et qui accdent un RPDCP par lintermdiaire de rseaux publics commuts. Dans la prsente Recommandation, un rseau publiccommut (RPC) est soit un rseau tlphonique publi
34、c commut (RTPC), soit un rseau numrique intgration deservices (RNIS) fournissant un service support commutation de circuits, soit un rseau public pour donnes commutation de circuits (RPDCC).NOTE La spcification des interfaces RNIS pour la connexion transparente de circuits est dcrite dans laRecomman
35、dation X.31. Dans la prsente Recommandation, seules les fonctions ETTD pour laccs un service RPDCP parlintermdiaire dun RNIS sont considres.Dans le cas du RTPC, linterface ETTD/ETCD X.32 correspond linterface entre lETTD et le modem. Dans le casdu RNIS, linterface X.32 correspond au point de rfrence
36、 R (voir la Figure 1). Dans le cas du RPDCC, linterfaceETTD/ETCD X.32 correspond linterface X.21 ou X.21 bis. Cette dfinition sapplique que lAdministration fournisseou non lETCD et indpendamment de la manire dont linterface est ralise physiquement (ETTD et ETCD contenusdans une mme enceinte ou non).
37、 Dans lun comme dans lautre cas, le RPC intervient uniquement:a) dans ltablissement du trajet daccs commut;b) pour fournir le support de transmission;c) facultativement, pour fournir un numro RPC aux fins didentification et dadressage.Les Administrations peuvent proposer une ou plusieurs des interfa
38、ces suivantes de la couche physique:1) pour laccs au moyen dun RPDCC, on utilise soit la Recommandation X.21, soit la Recomman-dation X.21 bis, comme indiqu en 4.1 et 4.2 respectivement;2) pour laccs au moyen dun RTPC, on utilise les Recommandations appropries de la srie V, commeindiqu en 4.3;3) pou
39、r laccs au moyen dun RNIS, voir la Recommandation X.31.La manire de se conformer aux points pertinents de ces Recommandations est explique larticle 4.La transmission a lieu en mode duplex ou, facultativement, en mode semi-duplex. Pour la transmission en modesemi-duplex, le paragraphe 5.6 contient de
40、s procdures spcifiques.A la couche liaison, on utilise le protocole daccs la liaison (LAPB) de la Recommandation X.25 sur un seul circuitphysique commut. Les formats et procdures LAPB sont dcrits en 2.2/X.25, 2.3/X.25 et 2.4/X.25, avec les adjonctionsindiques larticle 5.Les formats et les procdures
41、de la couche paquet sont conformes aux dispositions des 3/X.25, 4/X.25, 5/X.25, 6/X.25et 7/X.25, avec les adjonctions indiques larticle 6.T0717320-93/d01RRTAX.32 X.31ETTDNOTE Les fonctions TA peuvent tre mises en uvre dans le mme quipement dans le cas dun terminal TE1. La prsente Recommandation port
42、e alors sur le fonctionnement des couches 2 et 3 dans le canal B tandis que les procdures concernant le point de rfrence S sont dcrites dans la Recommandation X.31.FIGURE 1/X.32Point de rfrence RNISFIGURE 1/X.32.D01 5.5 cmRecommandation X.32 (10/96) 32 Aspects fonctionnels2.1 Considrations relatives
43、 laccs entrant et laccs sortantLaccs entrant permet un ETTD en mode paquet davoir accs un RPDCP au moyen de procdures de slectionutilisables dans un RTPC, un RPDCC ou un RNIS (voir la Figure 2). Cette opration est appele accs entrant venantde lETTD dans la prsente Recommandation.T0717330-93/d02ETTDR
44、PDCPRTPC ou RPDCCou RNISNOTE Dans le cas du RNIS, laccs au RNIS se fait par des fonctions TA qui peuvent tre mises en uvre dans un quipement spar (cas du TA) ou dans le mme quipement (cas du TE1) que les fonctions.FIGURE 2/X.32Accs entrant venant de lETTDFIGURE 2/X.32.D02 5.5 cmPour effectuer cette
45、opration, lETTD peut utiliser une procdure automatique ou manuelle.Laccs sortant permet un RPDCP davoir accs un ETTD en mode paquet au moyen de procdures de slectionutilisables dans un RTPC, un RPDCC ou un RNIS (voir la Figure 3). Cette opration est appele accs sortant venantdu RPDCP dans la prsente
46、 Recommandation.T0717340-93/d03RPDCPRTPC ou RPDCCou RNISETTDNOTE Dans le cas du RNIS, laccs au RNIS se fait par des fonctions TA qui peuvent tre mises en uvre dans un quipement spar (cas du TA) ou dans le mme quipement (cas du TE1) que les fonctions.FIGURE 3/X.32Accs sortant venant du RPDCPFIGURE 3/
47、X.32.D03 5.5 cmPour laccs sortant venant du RPDCP, lETTD devrait utiliser la procdure de rponse automatique, mais il peut utiliserla rponse manuelle.Lmission de la communication virtuelle est indpendante des oprations daccs entrant venant de lETTD et sortantvenant du RPDCP, cest-dire quun ETTD qui a particip lune ou lautre de ces oprations, peut ensuite mettre ourecevoir des communications virtuelles, sous rserve des limites imposes par certaines situations spcifiques, commeindiqu
