1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T Y.1001 SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (11/2000) SRIE Y: INFRASTRUCTURE MONDIALE DE LINFORMATION ET PROTOCOLE INTERNET Aspects relatifs au protocole Internet Gnralits Cadre gnral des rseaux IP Cadre de convergence des technolo
2、gies des rseaux de tlcommunication et des rseaux protocole Internet Recommandation UIT-T Y.1001 (Antrieurement Recommandation du CCITT) RECOMMANDATIONS UIT-T DE LA SRIE Y INFRASTRUCTURE MONDIALE DE LINFORMATION ET PROTOCOLE INTERNET INFRASTRUCTURE MONDIALE DE LINFORMATION Gnralits Y.100Y.199 Service
3、s, applications et intergiciels Y.200Y.299 Aspects rseau Y.300Y.399 Interfaces et protocoles Y.400Y.499 Numrotage, adressage et dnomination Y.500Y.599 Gestion, exploitation et maintenance Y.600Y.699 Scurit Y.700Y.799 Performances Y.800Y.899 ASPECTS RELATIFS AU PROTOCOLE INTERNET Gnralits Y.1000Y.109
4、9 Services et applications Y.1100Y.1199 Architecture, accs, capacits de rseau et gestion des ressources Y.1200Y.1299 Transport Y.1300Y.1399 Interfonctionnement Y.1400Y.14Qualit de service et performances de rseau Y.1500Y.1599 Signalisation Y.1600Y.1699 Gestion, exploitation et maintenance Y.1700Y.17
5、99 Taxation Y.1800Y.1899 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. UIT-T Y.1001 (11/2000) i Recommandation UIT-T Y.1001 Cadre gnral des rseaux IP Cadre de convergence des technologies des rseaux de tlcommunication et des rseaux protocole Internet Rsum Afin de favoriser la mis
6、e au point de normes relatives au protocole IP, la prsente Recommandation dfinit un cadre permettant de positionner les fonctions de tlcommunication par rapport aux rseaux en mode IP. Ce cadre sert dfinir les questions relatives aux rseaux IP et en faciliter la comprhension du point de vue des tlcom
7、munications en vue de la fourniture de services transparents lutilisateur dans un contexte de convergence entre rseaux IP et rseaux de tlcommunication. La prsente Recommandation dcrit un certain nombre darchitectures gnrales mettant en jeu un assortiment de techniques de rseau de tlcommunication et
8、de techniques de rseau protocole Internet (IP), ce protocole tant ici considr comme tant purement associ au transport de paquets sans connexion. Source La Recommandation Y.1001 de lUIT-T, labore par la Commission dtudes 13 (2001-2004) de lUIT-T, a t approuve le 24 novembre 2000 selon la procdure dfi
9、nie dans la Rsolution 1 de lAMNT. ii UIT-T Y.1001 (11/2000) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unies dans le domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUIT. I
10、l est charg de ltude des questions techniques, dexploitation et de tarification, et met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes
11、 dtude traiter par les Commissions dtudes de lUIT-T, lesquelles laborent en retour des Recommandations sur ces thmes. Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans la Rsolution 1 de lAMNT. Dans certains secteurs des technologies de linformation qu
12、i correspondent la sphre de comptence de lUIT-T, les normes ncessaires se prparent en collaboration avec lISO et la CEI. NOTE Dans la prsente Recommandation, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications quune exploitation recon
13、nue. 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 droit de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lexistence, la validit ou lapplicabilit d
14、es 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 de la prsente Recommandation, lUIT navait pas t avise de lexistence dune proprit intellectuelle protge par des breve
15、ts 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 responsables de la mise en uvre de consulter la base de donnes des brevets du TSB. UIT 2001 Droits de reproduction rservs. Aucune parti
16、e de cette publication ne peut tre reproduite ni utilise sous quelque forme que ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccord crit de lUIT. UIT-T Y.1001 (11/2000) iii TABLE DES MATIRES Page 1 Introduction. 1 2 Domaine dapplication et obj
17、et . 1 2.1 Domaine dapplication 1 2.2 Objet 2 3 Rfrences (informatives). 2 3.1 UIT-T 2 3.2 Groupe IETF. 2 4 Dfinitions 3 5 Abrviations 3 6 Cadre gnral pour un rseau IP . 4 6.1 Modle gnral . 4 6.2 Modle dapplication (ou de service) pour larchitecture des rseaux IP 5 6.3 Modle de systme (ou de fonctio
18、ns) pour architecture de rseaux IP 6 6.3.1 Rpartition des fonctions dans le plan des entits pour le modle de systme 6 6.3.2 Rpartition des fonctions dans le plan logique pour le modle de systme 7 6.3.3 Considrations relatives aux connexions de bout en bout. 8 6.4 Modle de technologie pour larchitect
19、ure de rseau IP . 11 7 Principes architecturaux de base. 12 7.1 Principe 1 Relation verticale 13 7.2 Principe 2 Relation horizontale 13 7.3 Rcurrence 13 8 Modles de rfrence de base . 14 8.1 Modle de protocole en couches. 14 8.2 Modle de rfrence de protocole gnral Relations possibles entre plans U, C
20、 et M. 15 9 Architecture de superposition de rseau IP. 16 10 Utilisation de supports de tlcommunication spcifiques. 17 10.1 Utilisation dun service support de tlcommunication entre routeurs IP 17 10.1.1 IP sur ATM 17 10.1.2 IP sur SDH. 18 10.1.3 IP sur relais de trames 18 10.1.4 IP sur lignes loues
21、18 iv UIT-T Y.1001 (11/2000) Page 10.1.5 IP sur MRL 18 10.1.6 IP sur satellite (terminal VSAT ou voies TV de donnes) 18 10.2 Utilisation dun service support de tlcommunication pour accder un rseau IP . 18 10.2.1 Utilisation dun rseau commutation de circuits. 18 10.2.2 Utilisation daccs RTPC/relais d
22、e trames. 19 10.2.3 Utilisation daccs ATM/RNIS-LB . 19 10.2.4 Utilisation de flux binaires xDSL 19 10.2.5 Utilisation de lignes loues 19 10.2.6 Utilisation de satellites (terminaux VSAT ou voies TV de donnes) 19 10.2.7 Autres mcanismes daccs 19 11 Interfonctionnement dans le cadre de linfrastructure
23、 de tlcommunication sous-jacente. 19 12 Interfonctionnement avec le service tlphonique 20 12.1 Gnralits 20 12.2 Fonctions dinterfonctionnement. 22 12.2.1 Aspects du plan C 22 12.2.2 Aspects relatifs au plan U 22 12.2.3 Aspects relatifs au plan M . 23 12.3 Architecture de passerelle dinterfonctionnem
24、ent. 23 13 Interfonctionnement de services IP natifs avec des services dfinis dans des Recommandations de lUIT-T. 24 UIT-T Y.1001 (11/2000) 1 Recommandation UIT-T Y.1001 Cadre gnral des rseaux IP Cadre de convergence des technologies des rseaux de tlcommunication et des rseaux protocole Internet 1 I
25、ntroduction Afin de favoriser la mise au point de normes relatives au protocole IP, la prsente Recommandation dfinit un cadre permettant de positionner les fonctions de tlcommunication par rapport aux rseaux en mode IP. Ce cadre sert dfinir les questions relatives aux rseaux IP et en faciliter la co
26、mprhension du point de vue des tlcommunications en vue de la fourniture de services transparents lutilisateur dans un contexte de convergence entre rseaux IP et rseaux de tlcommunication. La prsente Recommandation dcrit un certain nombre darchitectures gnrales mettant en jeu un assortiment de techni
27、ques de rseau de tlcommunication et de techniques de rseau protocole Internet (IP), ce protocole tant ici considr comme tant purement associ au transport de paquets sans connexion. 2 Domaine dapplication et objet 2.1 Domaine dapplication Le domaine dapplication de la prsente Recommandation est le su
28、ivant: a) principes architecturaux horizontaux et verticaux de base qui seront rencontrs lors de la combinaison des techniques IP et des techniques de tlcommunication sous diverses formes; b) un modle de rfrence de protocole gnrique et son application un environnement mixte IP/tlcommunication; c) de
29、s architectures permettant dutiliser le protocole IP par des techniques de transport de tlcommunication; d) dautres architectures impliquant la convergence, la coexistence ou linterfonctionnement des techniques IP et dautres techniques de tlcommunication. NOTE Ce cadre sappliquera aussi bien aux cas
30、 intgrs quaux cas non intgrs. Lon pourra initialement envisager que les techniques IP et non IP coexistent distinctement et/ou seulement en association souple. Finalement, lon envisage que les techniques IP et non IP (tlcommunication) seront mises en convergence de faon former une seule architecture
31、 de tlcommunication IP intgre de manire optimale. Le domaine dapplication englobe trois types de scnario possible, mettant en jeu des rseaux et des services bass sur des Recommandations UIT-T, des normes RFC/STD du groupe IETF ou dautres normes IP1: e) capacits de transport dfinies par lUIT-T et par
32、 lUIT-R pour acheminer le protocole IP; f) utilisation du protocole IP pour transporter les informations de couche suprieure dont la smantique est dfinie dans des Recommandations UIT-T; _ 1Etablies par une organisation de normalisation reconnue. 2 UIT-T Y.1001 (11/2000) g) services2issus de normes d
33、finies par le Groupe de travail dingnierie Internet (IETF, Internet engineering task force) et par dautres organisations reconnues, qui doivent tre mis en interfonctionnement avec ceux qui sont dfinis dans les Recommandations UIT-T afin de raliser un service transparent de bout en bout pour lutilisa
34、teur. Les cas f) et g) sont des exemples particuliers du point d) ci-dessus. 2.2 Objet Les types darchitecture dcrits dans la prsente Recommandation sont de nature fonctionnelle. Ils couvrent les aspects suivants: a) concepts architecturaux gnraux; b) stratification des services/protocoles: c) inter
35、fonctionnement des services; d) intgration. 3 Rfrences (informatives) La prsente Recommandation se rfre 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 Rec
36、ommandation. Toute Recommandation ou tout texte tant sujet rvision, les utilisateurs de la prsente Recommandation 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. 3.1 UIT-T
37、 UIT-T H.225.0 (2000), Protocoles de signalisation dappel et mise en paquets des trains multimdias dans les systmes de communication multimdia en mode paquet. UIT-T H.245 (2000), Protocole de commande pour communications multimdias. UIT-T H.248 (2000), Protocole de commande de passerelle. UIT-T H.32
38、3 (2000), Systmes de communication multimdia en mode paquet. UIT-T I.555 (1997), Interfonctionnement du service support relais de trames avec les autres services. 3.2 Groupe IETF RFC 791 Protocole Internet. RFC 1661 Le protocole point point (PPP). RFC 1662 Protocole PPP trames de type HDLC. RFC 2225
39、 Protocole IP classique et protocole ARP du mode ATM. RFC 2327 Protocole de description de session. _ 2Dans la prsente Recommandation, le terme “service“ est utilis dans deux sens diffrents selon le contexte. Il est parfois utilis dans le sens architectural, en tant que reprsentation abstraite dlmen
40、ts de service offerts par une interface horizontale ou par une interface verticale (de couche). En variante, le terme de service est parfois utilis dans un sens plus gnral, par exemple pour reprsenter un service de tlcommunication particulier, tel que le “service tlphonique“ dfini par les Recommanda
41、tions de la srie E. UIT-T Y.1001 (11/2000) 3 RFC 2364 Protocole PPP sur couche AAL5. RFC 2427 Interconnexion multiprotocole par relais de trames. RFC 2543 Protocole douverture de session. RFC 2615 Protocole PPP sur rseau SONET/SDH. RFC 2684 Encapsulage multiprotocole sur couche AAL5. RFC 2458 Interf
42、onctionnement avec RTPC (PINT). 4 Dfinitions La prsente Recommandation dfinit les termes suivants: 4.1 service IP, service de rseau IP: service de transmission de donnes dans lequel les donnes transfres de part et dautre de linterface entre lutilisateur et le fournisseur se prsentent sous la forme d
43、e paquets IP (protocole Internet), parfois appels datagrammes. Le service (de rseau) IP inclut celui qui est fourni par lutilisation des capacits de transfert IP. 4.2 rseau IP3(ou rseau de couche IP): rseau dans lequel le protocole IP est utilis comme protocole de couche. 4.3 capacit de transfert IP
44、: ensemble des capacits de rseau offertes par la couche du protocole Internet (IP). Cet ensemble peut tre caractris par le contrat de trafic ainsi que par des attributs de qualit de fonctionnement pris en charge par des fonctions de commande et de gestion dans les couches de protocole sous-jacentes.
45、 Exemples de capacit de transfert IP: lacheminement au mieux de paquets IP de base ainsi que la capacit offerte par les cadres Intserv et Diffserv dfinis par le groupe IETF. 4.4 service en mode IP: fonctions, fonctionnalits et capacits implmentes et excutes par le service de rseau IP, qui utilise le
46、s capacits de transfert IP offertes par un fournisseur de rseau. 4.5 rseau commutation de circuits (RCC): rseau dans lequel est tablie une voie largeur de bande fixe rserve la session de communication et pour toute la dure de celle-ci. Le RTPC est un exemple de rseau CSN dans lequel un circuit est t
47、abli pendant la dure dune communication tlphonique. 5 Abrviations AAL couche dadaptation ATM (ATM adaptation layer) AP protocole dapplication (application protocol) ATM mode de transfert asynchrone (asynchronous transfer mode) CN rseau client (customer network) CRF fonction associe la connexion (connection related function) IETF groupe de travail dingnierie Internet (Internet Enginneering task force) _ 3Le terme “rseau IP“ ne doit pas tre confondu avec le terme “Internet“. Il existe de nombreux rseaux IP, exploits chacun par des pro
