Vous êtes sur la page 1sur 46

Routage informations

PDF gnrs en utilisant latelier en source ouvert mwlib . Voir http://code.pediapress.com/ pour plus dinformations. PDF generated at: Mon, 05 Nov 2012 14:21:26 UTC

Contenus
Articles
Routeur Rseau informatique Modle OSI Paquet (rseau) Ethernet Couche physique Couche liaison de donnes Couche rseau Couche transport Couche session Couche prsentation Couche application Suite des protocoles Internet Transmission Control Protocol Internet Protocol 1 4 9 15 15 22 23 26 27 28 29 30 31 35 40

Rfrences
Sources et contributeurs de larticle Source des images, licences et contributeurs 42 43

Licence des articles


Licence 44

Routeur

Routeur
Un routeur est un lment intermdiaire dans un rseau informatique assurant le routage des paquets. Son rle est de faire transiter des paquets d'une interface rseau vers une autre au mieux, selon un ensemble de rgles. Il y a habituellement confusion entre routeur et relais[1], car dans les rseaux Ethernet les routeurs oprent au niveau de la couche 3 de l'OSI[1].

Routeur Wi-Fi avec sa clef USB

Histoire
Le premier quipement que l'on peut qualifier d'anctre du routeur est un relais de paquet nomm Interface Message Processor (IMP), en 1969. Les IMP interconnects constituaient le rseau ARPANET, le premier rseau commutation de paquet. Le concept de routeur, alors appel passerelle (gateway), doit son origine un groupe de recherche international nomm International Network Working Group (INWG) charg d'tudier les aspects lis l'interconnexion des rseaux au dbut des annes 1970[2]. Ces passerelles se distinguaient des relais de paquets en ce sens qu'elles permettaient les connexions entre rseaux dissemblables, comme des liens srie et des rseaux locaux. D'autre part, elles opraient en mode sans connexion et n'assuraient pas le transport fiable de bout en bout, laissant la tche de vrifier la bonne dlivrance des donnes aux htes aux extrmits du rseau. Ces ides furent dveloppes pour crer des rseaux oprationnels : Message Processor d'Arpanet en 1969. d'une part le programme DARPA qui dveloppe la suite de protocoles TCP/IP qui constitue aujourd'hui le protocole au cur d'Internet[3], et d'autre part le PARC universal packet system dvelopp par Xerox PARC, qui obtint moins d'attention en dehors de Xerox[4]. Les premiers routeurs Xerox sont oprationnels en 1974. Les premiers routeurs IP proprement dits sont dploys par BBN dans le cadre du programme DARPA en 1975-1976. la fin de l'anne 1976, trois PDP-11 utiliss comme routeurs sont en service dans ce rseau exprimental[5]. Les premiers routeurs multiprotocoles sont dvelopps par des chercheurs au MIT et Stanford en 1981, toujours sur des PDP-11[6],[7],[8],[9]
Leonard Kleinrock devant le premier Interface

Routeur

Les rseaux actuels tant essentiellement bass sur IP, les routeurs multi-protocoles ont perdu de leur importance initiale qu'ils avaient dans des rseaux ou coexistaient AppleTalk, DECnet, IP et les protocoles Xerox. Jusqu'aux annes 1980, ce sont des ordinateurs usage gnral qui servent de routeurs. Plus tard, du matriel spcialis permettra d'acclrer le transmission du trafic. Certains systmes d'exploitation ddis utiliss sur les routeurs, comme ceux de Juniper Networks ou d'Extreme Networks, sont drivs de versions Unix modifies.

Routeur Avaya

Matriels et logiciels
Le routage est aujourd'hui trs souvent associ au protocole de communication IPv4, alors que la migration vers IPv6 fait galement intervenir le routage d'IPv6. D'autres protocoles moins populaires existent, et sont galement routables. Les premiers routeurs d'Arpanet taient appels les Interface Message Processors. Bien que des ordinateurs ordinaires puissent tre utiliss pour effectuer le routage, les routeurs modernes comportent en gnral du matriel supplmentaire pour acclrer les fonctions critiques comme le transfert (acheminement) de paquets ; ces routeurs spcialiss ne sont pas toujours compatibles IPv6. Ce type de matriel ne ncessite pas de stockage magntique, une Routeur Cisco CRS1 mmoire non-volatile de petite taille suffit en conserver les principaux paramtres en cas de rupture momentane du secteur. Les routeurs actuels jouent pour les donnes un rle analogue celui des commutateurs tlphoniques pour la voix. Certaines fonctions de ces derniers sont d'ailleurs de plus en plus reprises par les routeurs dans la convergence appele voix ou tlphonie sur IP (VoIP, ToIP). Un routeur doit tre connect au moins deux rseaux informatiques pour tre utile, sinon il n'aura rien router. L'appareil cre et/ou maintient une table, appele table de routage, laquelle mmorise les meilleures routes vers les autres rseaux, via les mtriques associes ces routes. Voir l'article sur le routage pour plus de dtails sur le fonctionnement de ce processus. Un routeur moderne se prsente comme un botier regroupant carte mre, microprocesseur, mmoire ROM, RAM ainsi que les ressources rseaux ncessaires (Wi-Fi, Ethernet...). On peut donc le voir comme un ordinateur minimal ddi, dont le systme d'exploitation peut tre un Linux allg. De mme, tout ordinateur disposant des interfaces adquates (au minimum deux, souvent Ethernet) peut faire office de routeur s'il est correctement configur (certaines distributions Linux minimales spcialisent la machine dans cette fonction).

Routeur La fonction de routage traite les adresses IP et les dirige selon l'algorithme de routage et sa table associe, cette dernire contient la correspondance des adresses rseau avec les interfaces physiques du routeur o sont connects les autres rseaux.

Fabricants de routeurs
Les principaux fabricants de routeurs sont : Pour entreprises, oprateurs tlcom et FAI (ISP) : Alcatel-Lucent Brocade (Foundry Networks) Cisco Systems Ericsson (Redback Networks) Huawei Juniper Networks Hewlett-Packard

Pour particuliers (modem/routeur) : Belkin Bewan D-Link DrayTek Linksys (acquis par Cisco) Motorola Netgear Philips Sagemcom Technicolor (anciennement Thomson) Tenda Zyxel Westermo

Routeurs logiciels
Avec un logiciel adapt et au moins deux cartes rseaux, il est possible de transformer un ordinateur ordinaire (mme d'un modle ancien) ou un tlphone mobile en un routeur. La plupart des systmes d'exploitation bass sur UNIX (par exemple Linux ou xBSD) supportent nativement un routage basique. Ils disposent galement des logiciels ncessaires au routage avanc : Bird Internet routing daemon, OpenBGPD, Quagga, successeur de GNU Zebra, XORP.

Il existe des logiciels pour tlphones mobiles souvent interdits ou ncessitant de s'abonner une option ou un forfait spcifique: joikuspot pour symbian pdaNet pour iphone

Routeur

Notes et rfrences
[1] Les rseaux, Guy Pujolles, Edition 2005, Eyrolles, chap 27 [2] Davies, Shanks, Heart, Barker, Despres, Detwiler, and Riml, Report of Subgroup 1 on Communication System, INWG Note #1. [3] Vinton Cerf, Robert Kahn, "A Protocol for Packet Network Intercommunication" (http:/ / ieeexplore. ieee. org/ iel5/ 8159/ 23818/ 01092259. pdf), IEEE Transactions on Communications, Volume 22, Issue 5, mai 1974, pp. 637 - 648. [4] David Boggs, John Shoch, Edward Taft, Robert Metcalfe, "Pup: An Internetwork Architecture" (http:/ / ieeexplore. ieee. org/ iel5/ 8159/ 23925/ 01094684. pdf), IEEE Transactions on Communications, Volume 28, Issue 4, avril 1980, pp. 612- 624. [5] Craig Partridge, S. Blumenthal, "Data networking at BBN" (http:/ / ieeexplore. ieee. org/ iel5/ 85/ 33687/ 01603444. pdf); IEEE Annals of the History of Computing, Volume 28, Issue 1; janvier-mars 2006. [6] Valley of the Nerds: Who Really Invented the Multiprotocol Router, and Why Should We Care? (http:/ / www. pbs. org/ cringely/ pulpit/ 1998/ pulpit_19981210_000593. html), Public Broadcasting Service [7] Router Man (http:/ / www. networkworld. com/ supp/ 2006/ anniversary/ 032706-routerman. html?t5), NetworkWorld [8] David D. Clark, M.I.T. Campus Network Implementation, CCNG-2, Campus Computer Network Group, M.I.T., Cambridge, 1982; p. 26. [9] Pete Carey, A Start-Up's True Tale: Often-told story of Cisco's launch leaves out the drama, intrigue, San Jose Mercury News, 1er dcembre 2001.

Rseau informatique
Un rseau informatique est un ensemble d'quipements relis entre eux pour changer des informations. Par analogie avec un filet (un rseau est un petit rets , c'est--dire un petit filet), on appelle nud (node) l'extrmit d'une connexion, qui peut tre une intersection de plusieurs connexions (un ordinateur, un routeur, un concentrateur, un commutateur). Indpendamment de la technologie sous-jacente, on porte gnralement une vue matricielle sur ce qu'est un rseau. De faon horizontale, un rseau est une strate de trois couches : les infrastructures, les fonctions de contrle et de commande, les services rendus l'utilisateur. De faon verticale, on utilise souvent un dcoupage gographique : rseau local, rseau d'accs et rseau d'interconnexion.

Carte partielle d'Internet. Chaque ligne lie 2 nuds, reprsentant 2 Adresses IP

Historique
Dans les annes 1960, les premiers rseaux informatiques taient de porte limit (quelques dizaine de mtres avec par exemple l'HP-IB, l'HP-IL, etc) et servaient a la communication entre micro-ordinateurs et des instruments de mesure ou des priphriques (imprimantes, table traante, etc). Les rseaux informatiques filaires locaux existent depuis le milieu des annes 1970 lorsque les universits amricaines commencrent avoir besoin d'interconnexion rapide entre les ordinateurs prsents sur un mme site[rf.souhaite].

Connecteurs RJ-45 servant la connexion des rseaux informatiques via Ethernet.

Les rseaux informatiques filaires tendus sont devenus ncessaires et populaires depuis les annes 1970 lorsque les fabricants de matriel informatique IBM et Digital equipment crrent les architectures SNA et DECnet, ceci en conjonction avec la digitalisation du rseau de tlphone d'AT&T ( voir Rseau tlphonique commut)[1] qui permit

Rseau informatique la mise en place de Connexions ddies moyen dbits entre sites distants (en oppositions aux connexions bas-dbits par modem). Voici une liste non-exhaustive des protocoles rseaux qui existent ce jour (par type de rseau): Rseau local Anneau jeton (en Anglais Token Ring) ATM FDDI Ethernet Rseau tendu ATM Ethernet MPLS Relais de trames SONET/SDH

Infrastructures
Les infrastructures ou supports peuvent tre sur des cbles dans lesquels circulent des signaux lectriques, l'atmosphre (ou le vide spatial) o circulent des ondes radio, ou des fibres optiques qui propagent des ondes lumineuses. Elles permettent de relier physiquement des quipements assurant l'interconnexion des moyens physiques qui sont dfinis par des protocoles. Les quipements d'un rseau sont connects directement ou non entre eux, conformment quelques organisations types connues sous le nom de topologie de rseau. Les principaux types de rseaux filaires pour les rseaux informatiques d'entreprises ou de particuliers utilisent les protocoles suivant qui proviennent du standard Ethernet : 10BASE5 : cble coaxial pais bande de base (obsolte) ; 10BASE2 : cble coaxial fin bande de base (obsolte) ; 10BASE-T : paires torsades (10Mb/s) ; 100BASE-T : paires torsades (100Mb/s) les plus gnralises aujourd'hui en rseau local (LAN) ; 1000BASE-T : paires torsades (1Gb/s), prsent dans les nouveaux ordinateurs. 10GBASE-T : paires torsades (10Gb/s).

Plusieurs normes dfinissent les modalits de fonctionnement des rseaux hertziens, comme par exemple la norme Wi-Fi (IEEE 802.11). Les courants porteurs en ligne (CPL) permettent quant eux de transporter des flux d'information sur un rseau lectrique local.

Protocoles et services
Les protocoles de communication dfinissent de faon formelle et interoprable la manire dont les informations sont changes entre les quipements du rseau. Des logiciels ddis la gestion de ces protocoles sont installs sur les quipements d'interconnexion que sont par exemple les commutateurs rseau, les routeurs, les commutateurs tlphoniques, les antennes GSM, etc. Les fonctions de contrle ainsi mises en place permettent une communication entre les quipements connects. Le protocole probablement le plus rpandu est IP qui permet l'acheminement des paquets jusqu' sa destination. Deux protocoles de niveau suprieur UDP et TCP permettent le transport de donnes. La premire permet l'envoi de donnes d'une manire non fiable (aucune garantie de la rception du paquet par le destinataire). L'autre permet au contraire une transmission fiable des donnes (garantie de la rception du paquet par le destinataire par accuss de rception). Les services rseau se basent sur les protocoles pour fournir, par exemple : des transferts de textes (SMS...) ;

Rseau informatique ou de donnes (Internet...) ; des communications vocales (tlphone...) ; VoIP ou des diffusions d'images (tl...). TNT hd principalement.

Sous rseau
Un rseau (ne pas confondre ce terme avec celui qui sert dsigner la couche n3 dans le modle OSI de l'ISO ou la couche Rseau dans la pile de protocoles Internet) ou sous rseau peut tre compos de plusieurs rseaux ou sous rseaux base d'quipements matriels. Dans le protocole IP les membres d'un mme sous rseau ou rseau possdent le mme identifiant, calculable partir de l'adresse IP et du masque de sous rseau. L'utilisation d'une architecture comprenant des sous-rseaux permet une gestion du parc informatique plus aise (un sous-rseau par service ou par salle, par exemple) ou un broadcast slectif.

Dcoupage gographique
Les rseaux informatiques sont classs suivant leur porte : le rseau personnel (PAN) relie des appareils lectroniques personnels ; le rseau local (LAN) relie les ordinateurs ou postes tlphoniques situs dans la mme pice ou dans le mme btiment ; le rseau local (WLAN) est un rseau LAN utilisant le technologie WIFI ; le rseau mtropolitain (MAN) est un rseau l'chelle d'une ville ; le rseau tendu (WAN) est un rseau grande chelle qui relie plusieurs sites ou des ordinateurs du monde entier galement ( titre indicatif):
Lien entre un rseau personnel et Internet

le rseau rgional (RAN) qui a "pour objectif de couvrir une large surface gographique. Dans le cas des rseaux sans fil, les RAN peuvent avoir une cinquantaine de kilomtres de rayon, ce qui permet, partir d'une seule antenne, de connecter un trs grand nombre d'utilisateurs. Cette solution devrait profiter du dividende numrique, c'est--dire des bandes de frquences de la tlvision analogique, qui seront librs, aprs le passage au tout numrique, fin 2011 en France".

Dcoupage fonctionnel
Un rseau peut tre class en fonction de son utilisation et des services qu'il offre. Ce dcoupage recoupe galement la notion d'chelle. Ainsi, pour les rseaux utilisant les technologies Internet (famille des protocoles TCP/IP), la nomenclature est la suivante : Intranet : le rseau interne d'une entit organisationnelle Extranet : le rseau externe d'une entit organisationnelle Internet : le rseau des rseaux interconnects l'chelle de la plante

Rseau informatique

Catgories de rseau informatique


Il existe plusieurs faons de catgoriser un rseau informatique. Les rseaux informatiques peuvent tre catgoriss en termes d'tendue : Personal Area Network (PAN) : Rseau personnel Wireless PAN : Rseau personnel sans fil Controller Area Network (CAN) : Rseau personnel pour les systmes lectroniques(bus)-Notamment utilis dans le secteur automobile Local Area Network (LAN) : Rseau local Wireless LAN (WLAN) : Rseau local sans fil Metropolitan Area Network (MAN) : Rseau mtropolitain Wide Area Network (WAN) : Rseau tendu Storage Area Network (SAN) : Rseau de stockage Rseau Bureautique

Les rseaux informatiques peuvent aussi tre catgoriss par relation fonctionnelle entre les composants : Client-serveur Architecture multi-tiers Architecture trois tiers Peer-to-peer (P2P ou Poste poste) Ils peuvent galement tre catgoriss par topologie de rseau : Rseau en toile Rseau en bus Rseau en anneau Rseau en grille Rseau torodal ou en hypercube Rseau en arbre Rseau hybride

Les rseaux informatiques peuvent tre implments en utilisant plusieurs piles de protocoles, ou avec des combinaisons de mdias et de couches de protocoles. Une liste des protocoles existants est disponible Protocole de communication et IEEE 802. Sujets connexes: Bitnet CPL (Courants Porteurs en Ligne) Routage Thorie de la communication Transmission des donnes Rseau Tlphonique commut(RTC) : Le rseau de tlphonie public commut ou Public Switched Telephone Network(PSTN) Les Modem transmission sans fil Courte distance Bluetooth Moyenne distance Wi-Fi, 802.11 MANET

Rseau informatique Longue distance MMDS SMDS Transmission de donnes sur tlphone cellulaire CDMA CDPD GSM GPRS TDMA Rseaux de tlavertissement DataTAC Mobitex Motient Transmission cble Ligne ddie (leased line) Time-division multiplexing (TDM) Commutation de paquets Relais de trames ATM MPLS PDH Ethernet PBT/PBB-TE (IEEE 802.1Qay, ITU-T g.pbt) RS-232 Transmission sur fibre optique SONET / SDH OTN

Notes et rfrences
[1] (en) History of Network Switching. (http:/ / www. corp. att. com/ history/ nethistory/ switching. html), sur le site corp.att.com

Modle OSI

Modle OSI
Le modle OSI (de l'anglais Open Systems Interconnection, Interconnexion de systmes ouverts ) d'interconnexion en rseau des systmes ouverts est un modle de communications entre ordinateurs propos par l'ISO (International Organization for Standardization). Il dcrit les fonctionnalits ncessaires la communication et l'organisation de ces fonctions.

Aperu
La norme complte, de rfrence ISO 7498 est globalement intitule Modle basique de rfrence pour l'interconnexion des systmes ouverts (OSI) et est compose de 4 parties : 1. 2. 3. 4. Le modle de base Architecture de scurit Dnomination et adressage Cadre gnral de gestion

La version de cet article ainsi que les articles consacrs chacune des couches du modle se concentrent sur la partie 1, rvision de 1994. L'UIT-T en a approuv le texte l'identique sous le numro de recommandation X.200 en 1994. Le texte de la norme proprement dite est trs abstrait car il se veut applicable de nombreux types de rseaux. Pour la rendre plus comprhensible, en plus de prsenter la norme, cet article fait des liens avec les ralisations concrtes telles qu'on les trouve dans un ordinateur, cest--dire des piles protocolaires concrtes (un systme rel au sens de la section 4). De plus, la norme n'indique pas de mcanismes propres assurer les fonctions dfinies alors que cet article le fait. Les exemples de services et surtout de protocoles sont pris dans le monde IP (probablement le plus connu mais aussi le plus loign de l'esprit de la norme), le monde RNIS (y compris la seconde gnration, plus connue sous le nom ATM) et parfois le monde OSI (qui ne fait pas que des modles). Les combinaisons offertes par le modle sont beaucoup plus nombreuses que celles ralises dans des piles de protocoles existantes, on ne peut donc pas donner d'exemple rel pour toutes les fonctions.

Prsentation de la norme
L'objectif de cette norme est de spcifier un cadre gnral pour la cration de normes ultrieures cohrentes. Le modle lui-mme ne dfinit pas de service particulier et encore moins de protocole.

Concepts et terminologie : services, protocoles et interfaces


Le modle est essentiellement une architecture en couches dfinies et dlimites avec les notions de service, de protocole et d'interface. Un service est une description abstraite de fonctionnalits l'aide de primitives (commandes ou vnements) telles que demande de connexion ou rception de donnes. Un protocole est un ensemble de messages et de rgles d'changes ralisant un service. Une interface ( point d'accs au service dans la norme) est le moyen concret d'utiliser le service. Dans un programme, c'est typiquement un ensemble de fonctions de bibliothque ou d'appels systmes. Dans une ralisation matrielle, c'est par exemple un jeu de registres l'entre d'un circuit. Les dtails d'un service varient bien sr d'une architecture de rseau l'autre. La classification la plus grossire se fait selon que le service fonctionne en mode connect ou non. Malgr cette variabilit, les fonctions communes ont des noms conventionnellement constants. Ces noms ne proviennent toutefois pas directement de ISO 7498-1. connection.request est une demande de connexion sortante, i.e. l'initiative d'une entit locale.

Modle OSI connection.indication correspond l'vnement Une demande de connexion entrante a t reue. connection.response est l'indication d'acceptation ou de rejet de la connexion connection.confirmation correspond l'vnement La rponse du demand a t reue. C'est un acquittement. data.request, data.indication et data.confirm sont le pendant pour les donnes. Les donnes fournies une primitive de service sont appeles (N)-SDU ( Service Data Unit ) o N est l'indication de la couche, son numro dans la norme, parfois une lettre tire du nom de la couche. Les messages d'un protocole sont appels PDU ( Protocol Data Unit ).

10

Architecture en couches
Modle OSI Type de Donne Couches Hte Donne Couche 7. Application 6. Prsentation 5. Session Segments 4. Transport Point d'accs aux services rseaux Fonction

Gre l'encryptage et le dcryptage des donnes, convertit les donnes machine en donnes exploitable par n'importe quelle autre machine Communication Interhost, gre les sessions entre les diffrentes applications Connexions bout bout, connectabilit et contrle de flux Dtermine le parcours des donnes et l'adressage logique Adressage physique Transmission des signaux sous forme binaire

Couches Paquet/Datagramme 3. Rseau Matrielles Trame 2. Liaison Bit 1. Physique

Le modle comporte sept couches succinctement prsentes ci-dessus de bas en haut et dtailles dans leur articles respectifs. Ces couches sont parfois rparties en deux groupes. Les quatre couches infrieures sont plutt orientes communication et sont souvent fournies par un systme d'exploitation. Les trois couches suprieures sont plutt orientes application et plutt ralises par des bibliothques ou un programme spcifique. Dans le monde IP, ces trois couches sont rarement distingues. Dans ce cas, toutes les fonctions de ces couches sont considres comme partie intgrante du protocole applicatif. Par ailleurs, les couches basses sont normalement transparentes pour les donnes transporter, alors que les couches suprieures ne le sont pas ncessairement, notamment au niveau prsentation. Dans une telle architecture, une entit de niveau (N+1) envoie des donnes avec la primitive data.request de l'entit de niveau (N) en lui fournissant comme donnes un (N+1)-PDU qui sera son tour encapsul dans un (N)-PDU. Ct rcepteur, chaque entit analyse l'enveloppe protocole correspondant sa couche et transmet les donnes la couche suprieure sous la forme d'une primitive data.indication . Certaines fonctions comme la dtection des erreurs de transmission, leur correction et le contrle de flux peuvent tre prsentes dans plusieurs couches. Ces fonctions sont dcrites globalement plus loin.

Modle OSI Caractrisation rsume des couches La caractrisation donne ici est tire du chapitre 7 de ISO 7498-1. La description originelle donne en plus pour chaque couche les fonctions de manipulation de commandes ou de donnes significatives parmi celles dcrites plus bas. 1. La couche physique est charge de la transmission effective des signaux entre les interlocuteurs. Son service est limit l'mission et la rception d'un bit ou d'un train de bit continu (notamment pour les supports synchrones). 2. La couche liaison de donnes gre les communications entre 2 machines adjacentes, directement relies entre elles par un support physique. 3. La couche rseau gre les communications de proche en proche, gnralement entre machines : routage et adressage des paquets (cf. note ci-dessous). 4. La couche transport gre les communications de bout en bout entre processus (programmes en cours d'excution). 5. La couche session gre la synchronisation des changes et les transactions , permet l'ouverture et la fermeture de session. 6. La couche prsentation est charge du codage des donnes applicatives, prcisment de la conversion entre donnes manipules au niveau applicatif et chanes d'octets effectivement transmises. 7. La couche application est le point d'accs aux services rseaux, elle n'a pas de service propre spcifique et entrant dans la porte de la norme. Il existe diffrents moyens mnmotechniques pour les retenir plus facilement. Quelques prcisions Lorsque les services rseau et transport fonctionnent tous les deux en mode connect, il n'y a pas toujours de distinction claire entre ces deux services. Il y a toutefois deux cas ou cela est trs simple : Si le service rseau n'autorise qu'une seule connexion entre 2 machines : dans ce cas, les connexions de niveau transport sont ncessairement multiplexes sur une connexion de niveau rseau et la distinction est nette. Les services des 2 couches relatifs la correction des erreurs sont diffrents : ces fonctions peuvent n'tre prsentes que dans une seule des 2 couches.

11

Les fonctions communes


Fiabilisation des communications L'un des rles majeurs des couches 2 4, prsentes dans nombre de piles protocolaires, est la construction d'une connexion exempte d'erreurs de transmission. Cela signifie que les donnes transmises sont reues sans corruption, perte, rordonnancement et duplication. Cela implique qu'au moins une couche, et en pratique plusieurs, fasse de la dtection d'erreur, de la correction d'erreur ou de la retransmission de donnes et du contrle de flux. Dtection d'erreurs reprage des PDU dont au moins un bit a chang de valeur lors du transfert. Correction des erreurs Compensation des erreurs soit par correction des donnes l'aide de code correcteurs d'erreurs ou par destruction du PDU erron et demande de retransmission. Contrle de flux Synchronisation des communications destine empcher qu'un interlocuteur reoive plus de PDU qu'il ne peut en traiter.

Modle OSI Les contrles de flux des couches 2 et 3 peuvent sembler redondants, mais ce n'est pas ncessairement le cas. En effet, le contrle de flux au niveau 2 garantit l'asservissement seulement sur une ligne. Mais si une machine est dote de plusieurs interfaces, c'est le cas notamment de tous les routeurs, et qu'il n'y a pas de contrle de flux sur au moins une des interfaces, il y a un risque de saturation dans l'entit de niveau rseau. Ce cas se prsente en particulier dans les rseaux X.25 o le contrle de flux est une option, ngocie l'ouverture de la connexion. Fonctions de transformation En plus de la structure en couche, le modle dfinit aussi une srie de mcanismes standards de manipulation de commandes ou de donnes, utilises pour la ralisation d'un service. Cette section dfinit les plus courantes. Ces transformations sont dcrites par paire d'oprations inverses l'une de l'autre. Multiplexage et dmultiplexage de connexion Utilisation d'une connexion de niveau N pour transporter les PDU de plusieurs connexions de niveau N+1. Symtriquement, dmultiplexer consiste sparer les (N+1)-PDU entrants par connexion. Par exemple, ce mcanisme est prvu dans les rseaux ATM par la couche AAL 3/4. clatement et recombinaison Oprations similaires dans lesquelles les (N+1)-PDU sont rpartis sur plusieurs connexions de niveau N. Cela est utilis en particulier par les utilisateurs d'accs RNIS pour augmenter le dbit disponible. Segmentation et rassemblage Lorsque le service fourni par la couche (N) fixe une limite de taille sur les donnes trop petites par rapport au service de la couche (N+1), la couche (N+1) dcoupe les (N+1)-SDU en plusieurs fragments correspondant chacun un (N+1)-PDU avant envoi. la rception, la couche (N+1) concatne les fragments pour retrouver le (N+1)-SDU initial. Cela est massivement utilis dans les rseaux ATM et dans SSL/TLS. Pour IP, cette fonction est traditionnellement appele fragmentation .

12

Limitations du modle et utilisations tendues


Cette section illustre quelques cas o une architecture rseau ne peut entrer compltement dans le cadre du modle OSI. Le modle prvoit que dans une pile concrte, il y ait un et un seul protocole par couche. Il y a toutefois des cas ou cela est quasi-impossible, en particulier lors de l'interconnexion de rseaux htrognes, cest--dire utilisant des jeux de protocoles diffrents. Par exemple, un tunnel simple permet de relier 2 rseaux homognes en traitant un rseau d'un autre type comme une connexion point point. C'est cette technique qui est utilise pour relier temporairement une machine isole Internet (hors-lignes xDSL) : Un modem gre une connexion tlphonique entre 2 machines distantes, donc une connexion de niveau 3 dans la pile RNIS, et l'utilise pour transmettre des trames PPP, protocole de niveau 2 alors que dans une pile canonique, cela serait des PDU de niveau transport (4). Il y a aussi des situations o 2 protocoles de mme niveau sont utiliss simultanment, car la combinaison du service fourni et du service attendu de la couche infrieure l'exige. Ainsi, dans le monde IP, les protocoles SSL et TCP fournissent tous deux un service de communication point point entre processus, SSL pouvant se substituer TCP, mais le seul protocole standard ralisant le service attendu par SSL pour fonctionner est TCP. On superpose donc SSL sur TCP. Dans certaines architectures rseau, le service offert aux machines d'extrmit n'est pas suffisant pour satisfaire les besoins internes au rseau. Par exemple, dans un rseau ATM, le service rseau est en mode connect. Il faut donc une pile protocolaire capable de transporter la signalisation (les messages de gestion des connexions) mais le service offert par cette pile n'est pas accessible aux machines d'extrmit. Pour modliser cela, on superpose au dcoupage horizontal en couche, un dcoupage vertical en plan dans lequel les piles protocolaires sont indpendantes. Ainsi, un modle de rseau ATM est constitu de 3 plans : le plan usager pour les donnes ordinaires, le plan de

Modle OSI contrle pour le transport de la signalisation et un plan de gestion pour la supervision interne au rseau. Les rseaux tlphoniques (rseaux fixes RNIS et rseaux UMTS) ont aussi un dcoupage en plan similaire.

13

Le monde IP et le modle OSI


S'il y a bien une correspondance grossire entre les protocoles de la pile IP et les couches du modle, on ne peut pas considrer que la pile IP soit vraiment compatible avec le modle. En particulier, la sparation des couches dans la pile IP est nettement plus approximative. En voici 2 illustrations. Pour tre conforme au modle, un protocole d'une pile ne doit pas dpendre des protocoles des autres couches, mais uniquement du service fourni. titre d'exemple de non-conformit, considrons la dtection des erreurs dans une pile IP. Les 2 protocoles TCP et UDP ont dans leur en-tte une somme de contrle pour la dtection des erreurs. Le calcul de cette somme fait intervenir une partie de l'en-tte IP. Les protocoles TCP et UDP ne sont donc pas indpendants de IP. Cela se remarque notamment au fait que lors de passage de IP version 4 IP version 6, il faut redfinir la faon de calculer ces sommes de contrle alors que les protocoles eux-mmes n'ont pas rellement chang. Lorsqu'un datagramme UDP, protocole de niveau transport en principe, arrive une adresse (paire <adresse IP, numro de port>) alors qu'il n'a pas de processus destinataire, l'erreur est signale l'metteur en lui envoyant un paquet ICMP indiquant port inaccessible . Or ICMP est en principe un protocole de niveau rseau. La machine recevant ce paquet doit donc examiner la partie donne de ce paquet pour dterminer le processus devant recevoir la notification d'erreur. Diffrence de protocole et perte de transparence des donnes sont 2 cas de mauvaise sparation des couches. Notons cette occasion que TCP utilise en revanche un mcanisme normal pour cette situation : la leve de l'indicateur RST dans le message d'erreur.

Le modle TCP/IP
Le modle TCP/IP (appel aussi modle Internet), qui date de 1976, a t stabilis bien avant la publication du modle OSI en 1984. Il prsente aussi une approche modulaire (utilisation de couches) mais en contient uniquement quatre : 1. 2. 3. 4. Couche Physique Couche Rseau Couche Transport Couche Services

Aujourd'hui, c'est le modle TCP/IP, plus souple, qui l'emporte sur le march. Le modle OSI, plus rigoureux, est principalement utilis pour certaines applications critiques, ou pour ses fonctionnalits permettant de garantir une qualit de service.

Quelques protocoles
7 Couche application Gopher SSH FTP NNTP DNS SNMP XMPP Telnet SMTP POP3 IMAP IRC RTP WebDAV SIMPLE HTTP Modbus IS-IS CLNP SIP DHCP CANOpen TCAP RTSP 6 Couche de prsentation SMB ASCII Videotex Unicode TDI ASN.1 XDR UUCP NCP AFP SSP 5 Couche de session AppleTalk NetBios 4 Couche de transport

Modle OSI TCP UDP SCTP SPX DCCP 3 Couche de rseau IP NetBEUI IPv4 IPv6 DHCP (en tant que service) IPX ICMP IGMP WDS RIP[1] OSPF EIGRP BGP 2 Couche de liaison de donnes Ethernet CSMA/CD CSMA/CA Anneau jeton LocalTalk FDDI X.21 X.25 Frame Relay BitNet CAN PPP PPPoE HDLC ATM ARP MPLS "2,5" 1 Couche physique Codage NRZ Codage Manchester Codage Miller RS-232 RS-449 V.21-V.23 V.42-V.90 Cble coaxial 10BASE2 10BASE5 Paire torsade 10BASE-T 100BASE-TX 1000BASE-T RNIS PDH SDH T-carrier EIA-422 EIA-485 SONET ADSL SDSL VDSL DSSS FHSS HomeRF IrDA USB IEEE 1394 (FireWire) Thunderbolt Wireless USB, Bluetooth Wi-Fi

14

Liens externes
(en) ISO : http://standards.iso.org/ittf/PubliclyAvailableStandards/s020269_ISO_IEC_7498-1_1994(E).zip Le texte de la norme, partie 1 seulement, en PDF compress au format ZIP (en) OSI : http://www.acm.org/sigs/sigcomm/standards/iso_stds/OSI_MODEL/Texte brut extrait des parties 1 et 3 de la norme (fr) Reprsentation du Protocole TCP/IP sur le modle OSI [2] (fr) Introduction aux rseaux informatiques, modle OSI et TCP/IP [3]

Notes et rfrences
Rfrences
[1] http:/ / macmicro. chez. com/ informatique/ protocole. php [2] http:/ / www. frameip. com/ osi-tcpip/ [3] http:/ / www. ybet. be/ hardware2_ch2/ hard2_ch2. htm

Paquet (rseau)

15

Paquet (rseau)
En rseau, le paquet est l'entit de transmission de la couche rseau (couche 3 du modle OSI).

Description
Afin de transmettre un message d'une machine une autre sur un rseau, celui-ci est dcoup en plusieurs paquets transmis sparment.
En-tte de paquet IPv6.

Un paquet inclut un "en-tte", comprenant les informations utiles pour acheminer et reconstituer le message, et encapsule une partie des donnes. Exemple : paquet IP Le paquet ne doit pas tre confondu avec la trame, correspondant la couche liaison (couche 2 du modle OSI). Exemple : trame Ethernet

Ethernet
Ethernet est un protocole de rseau local commutation de paquets. Bien qu'il implmente la couche physique (PHY) et la sous-couche Media Access Control (MAC) du modle IEEE 802, le protocole Ethernet est class dans la couche de liaison, car les formats de trames que le standard dfinit sont normaliss et peuvent tre encapsuls dans des protocoles autres que ses propres couches physiques MAC et PHY. Ces couches physiques font l'objet de normes spares en fonction des dbits, du support de transmission, de la longueur des liaisons et des conditions environnementales. Ethernet a t standardis sous le nom IEEE 802.3[1] :
Connecteur RJ45 pour Ethernet Ethernet : les 13e et 14e octets d'une trame Ethernet contiennent le type (numro) de protocole de la couche suprieure (ARP, IPv4, IPv6, ...) ; comme il n'y a pas d'indication sur la longueur des donnes, il n'y a pas de couche LLC (Logical Link Control) pour supprimer un bourrage potentiel ce sera donc la couche suprieure (Rseau) de supprimer le bourrage s'il y en a.

802.3 : les 13e et 14e octets d'une trame 802.3 contiennent la longueur de la partie des donnes qui sera gre par la couche LLC qui, situe entre la couche MAC et la couche Rseau, supprimera le bourrage avant de l'envoyer la couche Rseau. C'est maintenant une norme internationale : ISO/IEC 8802-3. Depuis les annes 1990, on utilise trs frquemment Ethernet sur paires torsades pour la connexion des postes clients, et des versions sur fibre optique pour le cur du rseau. Cette configuration a largement supplant d'autres standards comme le Token Ring, FDDI et ARCNET. Depuis quelques annes, les variantes sans-fil d'Ethernet (normes IEEE 802.11, dites Wi-Fi ) ont connu un fort succs, aussi bien sur les installations personnelles que professionnelles. Dans un rseau Ethernet, le cble diffuse les donnes toutes les machines connectes, de la mme faon que les ondes radiofrquences parviennent tous les rcepteurs. Le nom Ethernet drive de cette analogie[2] : avant le XXesicle on imaginait que les ondes se propageaient dans lther, milieu hypothtique cens baigner l'Univers.

Ethernet Quant au suffixe net, il s'agit de l'abrviation du mot network (rseau) en anglais.

16

Histoire
L'Ethernet a originellement t dvelopp comme l'un des projets pionniers du Xerox PARC. Une histoire commune veut qu'il ait t invent en 1973, date laquelle Robert Metcalfe crivit un mmo ses patrons propos du potentiel d'Ethernet. Metcalfe affirme qu'Ethernet a en fait t invent sur une priode de plusieurs annes. En 1976, Robert Metcalfe et David Boggs (l'assistant de Metcalfe) ont publi un document intitul Ethernet : Distributed Packet-Switching For Local Computer Networks (Ethernet : commutation de paquets distribue pour les rseaux informatiques locaux). Metcalfe a quitt Xerox en 1979 pour promouvoir l'utilisation des ordinateurs personnels et des rseaux locaux, et a fond l'entreprise 3Com. Il russit convaincre DEC, Intel et Xerox de travailler ensemble pour promouvoir Ethernet en tant que standard. Ethernet tait l'poque en comptition avec deux systmes propritaires, Token Ring et ARCnet, mais ces deux systmes ont rapidement diminu en popularit face l'Ethernet. Pendant ce temps, 3Com est devenue une compagnie majeure du domaine des rseaux informatiques.

Description gnrale
L'Ethernet est bas sur le principe de membres (pairs) sur le rseau, envoyant des messages dans ce qui tait essentiellement un systme radio, captif l'intrieur d'un fil ou d'un canal commun, parfois appel l'ther. Chaque pair est identifi par une cl globalement unique, appele adresse MAC, pour s'assurer que tous les postes sur un rseau Ethernet aient des adresses distinctes. Une technologie connue sous le nom de Carrier Sense Multiple Access with Collision Detection (coute de porteuse avec accs multiples et dtection de collision) ou CSMA/CD rgit la faon dont les postes accdent au mdia. Au dpart dveloppe durant les annes 1960 pour ALOHAnet Hawa en utilisant la radio, la technologie est relativement simple compare Token Ring ou aux rseaux contrls par un matre. Lorsqu'un ordinateur veut envoyer de l'information, il obit l'algorithme suivant : 1. Si le mdia n'est pas utilis, commencer la transmission, sinon aller l'tape 4 ; 2. [transmission de l'information] Si une collision est dtecte, continuer transmettre jusqu' ce que le temps minimal pour un paquet soit dpass (pour s'assurer que tous les postes dtectent la collision), puis aller l'tape 4 ; 3. [fin d'une transmission russie] Indiquer la russite au protocole du niveau suprieur et sortir du mode de transfert ; 4. [cble occup] Attendre jusqu' ce que le fil soit inutilis ; 5. [le cble est redevenu libre] Attendre pendant un temps alatoire, puis retourner l'tape 1, sauf si le nombre maximal d'essais de transmission a t dpass ; 6. [nombre maximal d'essais de transmission dpass] Annoncer l'chec au protocole de niveau suprieur et sortir du mode de transmission. En pratique, ceci fonctionne comme une discussion ordinaire, o les gens utilisent tous un mdium commun (l'air) pour parler quelqu'un d'autre. Avant de parler, chaque personne attend poliment que plus personne ne parle. Si deux personnes commencent parler en mme temps, les deux s'arrtent et attendent un court temps alatoire. Il y a de bonnes chances que les deux personnes attendent un dlai diffrent, vitant donc une autre collision. Des temps d'attente exponentiels sont utiliss lorsque plusieurs collisions surviennent la suite. Comme dans le cas d'un rseau non commut, toutes les communications sont mises sur un mdium partag, toute information envoye par un poste est reue par tous les autres, mme si cette information tait destine une seule personne. Les ordinateurs connects sur l'Ethernet doivent donc filtrer ce qui leur est destin ou non. Ce type de communication quelqu'un parle, tous les autres entendent d'Ethernet est une de ses faiblesses, car, pendant que

Ethernet l'un des nuds met, toutes les machines du rseau reoivent et doivent, de leur ct, observer le silence. Ce qui fait qu'une communication fort dbit entre seulement deux postes peut saturer tout un rseau local. De mme, comme les chances de collision sont proportionnelles au nombre de transmetteurs et aux donnes envoyes, le rseau devient extrmement congestionn au-del de 50 % de sa capacit (indpendamment du nombre de sources de trafic). Pour rsoudre ce problme, les commutateurs ont t dvelopps afin de maximiser la bande passante disponible. Suivant le dbit utilis, il faut tenir compte du domaine de collision rgi par les lois de la physique et notamment le dplacement lectronique dans un cble de cuivre. Si l'on ne respecte pas ces distances maximales entre machines, le protocole CSMA/CD n'a pas lieu d'exister. De mme si on utilise un commutateur, CSMA/CD est dsactiv. Et ceci pour une raison que l'on comprend bien. Avec CSMA/CD, on coute ce que l'on met, si quelqu'un parle en mme temps que moi il y a collision. Il y a donc incompatibilit avec le mode full-duplex des commutateurs.

17

Types de trames Ethernet et champ EtherType


Il y a quatre types de trame Ethernet : Ethernet originale version I (n'est plus utilise) Ethernet Version 2 ou Ethernet II (appele trame DIX, toujours utilise) IEEE 802.x LLC IEEE 802.x LLC/SNAP Ces diffrents types de trame ont des formats et des valeurs de MTU diffrents mais peuvent coexister sur un mme mdium physique. La version 1 originale de Xerox possde un champ de 16bits identifiant la taille de trame, mme si la longueur maximale d'une trame tait de 1 500octets. Ce champ fut vite rutilis dans la version 2 de Xerox comme champ d'identification, avec la convention que les valeurs entre 0 et 1 500 indiquaient une trame Ethernet originale, mais que les valeurs plus grandes indiquaient ce qui a t appel l'EtherType, et l'utilisation du nouveau format de trame. Cette utilisation duale du mme champ de donnes justifie son appellation courante de champ longueur/type. En rsum, si x est la valeur dudit champ : x 1 500 : trame Ethernet I x 1 501 : trame Ethernet II L'IEEE 802.3 a de nouveau dfini le champ de 16bits aprs les adresses MAC comme la longueur. Comme l'Ethernet I n'est plus utilis, ceci permet dsormais aux logiciels de dterminer si une trame est de type Ethernet II ou IEEE 802.3, permettant la cohabitation des deux standards sur le mme mdium physique. Toutes les trames 802.3 ont un champ LLC. En examinant ce dernier, il est possible de dterminer s'il est suivi par un champ SNAP ou non. La convention en vigueur actuellement est donc, si x est la valeur du champ longueur/type : x 1 500 : trame 802.3 avec LLC (et ventuellement SNAP) x 1 536 : trame Ethernet II
Les valeurs entre 1 500 et 1 536 sont indfinies et ne devraient jamais tre employes.

Synthse graphique Les diffrentes trames peuvent coexister sur un mme rseau physique.

Ethernet

18

La trame Ethernet de format : type II Information extraite du document de G.Requil du CNRS et adapte

Trame Ethernet II En octets


0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 1513 1514 1515 1516 1517 Donnes FCS/CRC

Adresse MAC destination Adresse MAC source Type de protocole

Attention il existe d'autres types de trames Ethernet qui possdent d'autres particularits. Le champ Type de protocole peut prendre par exemple les valeurs suivantes : 0x0800 : IPv4 0x86DD : IPv6 0x0806 : ARP 0x8035 : RARP 0x809B : AppleTalk 0x88CD : SERCOS III 0x0600 : XNS 0x8100 : IEEE 802.1Q

Remarques : comme expliqu ci-dessus, si le champ type de protocole possde une valeur hexadcimale infrieure 0x05DC alors la trame est une trame Ethernet 802.3 et ce champ indique la longueur du champ donnes ; on notera la prsence parfois d'un prambule de 64bits de synchronisation, alternance de 1 et 0 avec les deux derniers bits 1 (non reprsent sur la trame) ; l'adresse de broadcast (diffusion) Ethernet a tous ses bits 1 ; la taille minimale des donnes est de 46octets (RFC 894 - Frame Format). si ncessaire, pour atteindre les 46octets de donnes, un bourrage est effectu, et celui-ci est transparent au niveau utilisateur[3].

Ethernet

19

Varits d'Ethernet
La section ci-dessous donne un bref rsum de tous les types de mdia d'Ethernet. En plus de tous ces standards officiels, plusieurs fabricants ont implment des types de mdia propritaires pour diffrentes raisonsquelquefois pour supporter de plus longues distances sur de la fibre optique.

Quelques anciennes varits d'Ethernet


Xerox Ethernet -- L'implmentation originale d'Ethernet, qui a eu deux versions, la version 1 et 2, durant son dveloppement. La version 2 est encore souvent utilise. 10BASE5 (aussi appel Thick Ethernet) -- Ce standard de l'IEEE publi trs tt utilise un cble coaxial simple dans lequel on insre une connexion en perant le cble pour se connecter au centre et la masse (prises vampires). Largement dsuet, mais cause de plusieurs grandes installations ralises trs tt, quelques systmes peuvent encore tre en utilisation. 10BROAD36 -- Obsolte. Un vieux standard supportant l'Ethernet sur de longues distances. Il utilisait des techniques de modulation en large bande similaires celles employes par les modems cble, opres sur un cble coaxial. 1BASE5 -- Une tentative de standardisation de solution pour rseaux locaux bas prix. Il opre 1Mbit/s mais a t un chec commercial.

Ethernet 10Mbit/s
10BASE2 (aussi appel ThinNet ou Cheapernet) -- un cble coaxial de 50Ohms connecte les machines ensemble, chaque machine utilisant un adaptateur en T pour se brancher sa carte rseau. Requiert une terminaison chaque bout. Pendant plusieurs annes, ce fut le standard Ethernet dominant. 10BASE-T -- Fonctionne avec minimum 4 fils (deux paires torsades, conventionnellement les 1, 2 et 3, 6) sur un cble CAT-3 ou CAT-5 avec connecteur RJ45. Un concentrateur (ou hub) ou un commutateur (ou switch) est au centre du rseau, ayant un port pour chaque nud. C'est aussi la configuration utilise pour le 100BASE-T et le Gigabit Ethernet (cble CAT-6). Bien que la prsence d'un nud central (le hub) donne une impression visuelle de topologie en toile, il s'agit pourtant bien d'une topologie en bus - tous les signaux mis sont reus par l'ensemble des machines connectes. La topologie en toile n'apparat que si on utilise un commutateur (switch). FOIRL -- Fiber-optic inter-repeater link (lien inter-rpteur sur fibre optique). Le standard original pour l'Ethernet sur la fibre optique. 10BASE-F -- Terme gnrique pour la nouvelle famille d'Ethernet 10Mbit/s : 10BASE-FL, 10BASE-FB et 10BASE-FP. De ceux-ci, seulement 10BASE-FL est beaucoup utilis. 10BASE-FL -- Une mise--jour du standard FOIRL. 10BASE-FB -- Prvu pour inter-connecter des concentrateurs ou commutateurs au cur du rseau, mais maintenant obsolte. 10BASE-FP -- Un rseau en toile qui ne ncessitait aucun rpteur, mais qui n'a jamais t ralis.

Ethernet

20

Fast Ethernet (100Mbit/s)


100BASE-T -- Un terme pour n'importe lequel des standards 100Mbit/s sur paire torsade. Inclut 100BASE-TX, 100BASE-T4 et 100BASE-T2. 100BASE-TX -- Utilise deux paires et requiert du cble CAT-5. Topologie en bus en utilisant un concentrateur (hub) ou en toile avec un commutateur (switch), comme pour le 10BASE-T, avec lequel il est compatible. 100BASE-T4 -- Permet le 100 Mbit/s (en semi-duplex seulement) sur du cble CAT-3 (qui tait utilis dans les installations 10BASE-T). Utilise les quatre paires du cble. Maintenant dsuet, comme le CAT-5 est la norme actuelle. 100BASE-T2 -- Aucun produit n'existe. Supporte le mode full-duplex et utilise seulement deux paires, avec des cbles CAT-3. Il est quivalent au 100BASE-TX sur le plan des fonctionnalits, mais supporte les vieux cbles. 100BASE-FX -- Ethernet 100Mbit/s sur fibre optique.

Gigabit Ethernet (1 000Mbit/s)


1000BASE-T -- 1Gbit/s sur cble de paires torsades de catgorie 5 (classe D) ou suprieure (selon NF EN 50173-2002), sur une longueur maximale de 100m. Utilise les 4 paires en full duplex, chaque paire transmettant 2 bits par top d'horloge, l'aide d'un code 5 moments. Soit un total de 1octet sur l'ensemble des 4 paires, dans chaque sens. Compatible avec 100BASE-TX et 10BASE-T, avec dtection automatique des Tx et Rx assure. La topologie est ici toujours en toile car il n'existe pas de concentrateurs 1 000Mbit/s. On utilise donc obligatoirement des commutateurs (switch). 1000BASE-X -- 1Gbit/s qui utilise des interfaces modulaires (appels GBIC) adaptes au mdia (Fibre Optique Multi, Mono-mode, cuivre). 1000BASE-SX -- 1Gbit/s sur fibre optique multimodes 850nm. 1000BASE-LX -- 1Gbit/s sur fibre optique monomodes et multimodes 1 300nm. 1000BASE-LH -- 1Gbit/s sur fibre optique, sur longues distances. 1000BASE-ZX -- 1Gbit/s sur fibre optique monomodes longues distances. 1000BASE-CX -- Une solution pour de courtes distances (jusqu' 25m) pour le 1Gbit/s sur du cble de cuivre spcial. (cf. cercle CREDO)

Ethernet 10gigabit par seconde


Le nouveau standard Ethernet 10Gigabits entoure sept types de mdia diffrents pour les rseaux locaux, rseaux mtropolitains et rseaux tendus. Il est actuellement spcifi par un standard supplmentaire, l'IEEE 802.3ae dont la premire publication date de 2002, et va tre incorpor dans une rvision future de l'IEEE 802.3. La version Ethernet 10Gbit/s est 10 fois plus rapide que Gigabit Ethernet ; ceci est vrai jusqu'au niveau de la couche MAC seulement. 10GBASE-CX4 (cuivre, cble infiniband, 802.3ak) -- utilise un cble en cuivre de type infiniband 4x sur une longueur maximale de 15mtres. 10GBASE-T -- transmission sur cble catgorie 6, 6A ou 7 (802.3an), en full duplex sur 4 paires avec un nombre de moments de codage qui sera fonction de la catgorie retenue pour le cble (et de l'immunit au bruit souhaite), sur une longueur maximale de 100mtres. Devrait tre compatible avec 1000BASE-T, 100BASE-TX et 10BASE-T 10GBASE-SR (850nm MM, 300mtres, dark fiber) -- cr pour supporter de courtes distances sur de la fibre optique multimode, il a une porte de 26 82mtres, en fonction du type de cble. Il supporte aussi les distances jusqu' 300m sur la nouvelle fibre multimode 2 000MHz. 10GBASE-LX4 -- utilise le multiplexage par division de longueur d'onde pour supporter des distances entre 240 et 300mtres sur fibre multimode.

Ethernet 10GBASE-LR (1 310nm SM, 10km, dark fiber) et 10GBASE-ER (1 550nm SM, 40km, dark fiber) -- Ces standards supportent jusqu' 10 et 40km respectivement, sur fibre monomode. 10GBASE-SW (850nm MM, 300mtres, SONET), 10GBASE-LW (1 310nm SM, 10km, SONET) et 10GBASE-EW (1 550nm SM, 40km, SONET). Ces varits utilisent le WAN PHY, tant conu pour inter-oprer avec les quipements OC-192 / STM-64 SONET/SDH. Elles correspondent au niveau physique 10GBASE-SR, 10GBASE-LR et 10GBASE-ER respectivement, et utilisent le mme type de fibre, en plus de supporter les mmes distances. (Il n'y a aucun standard WAN PHY correspondant au 10GBASE-LX4.) L'Ethernet 10Gigabits est assez rcent, et il reste voir lequel des standards va obtenir l'acceptation des compagnies.

21

Mode LAN et mode WAN


10Gigabit Ethernet supporte seulement le mode full duplex, beaucoup de liens sont en mode point point bien que du routage ce dbit commence apparatre. Le mode LAN fonctionne un dbit ligne, au niveau de la fibre, de 10,3Gbit/s ce qui reprsente en fait le dbit MAC de 10Gbit/s pondr par 66/64 rapport li l'encodage de la couche PCS utilisant un code 64B66B. Nous noterons l'efficacit de cet encodeur (3 %) par rapport celui du mode Gigabit Ethernet (8B10B) qui apporte quant lui un sur dbit de 25 %. L'importance du mode WAN PHY est incontestable et permet de transporter les trames Ethernet 10Gigabits sur des liens SDH ou SONET actuellement en place dans beaucoup de rseaux. Le mode WAN PHY opre un dbit lgrement infrieur 10Gbe, savoir 9 953 280kbit/s (ce qui correspond au dbit STM64/OC192). Le conteneur virtuel 64c ou 192c vhicule des codes 64B66B. Les modules optiques : couche PMD (PHY). Des fabricants comme Fiberxon, sumitomo, Finisar ou bien d'autres, proposent des modules XFP qui sont normaliss par MSA permettant une compatibilit entre eux. Ces modules permettent de convertir le signal optique en un signal lectrique, c'est donc l'quivalent de la couche PHY au niveau PMD du modle OSI. Un lien lectrique diffrentiel est ensuite disponible au dbit de 10,3Gbit/s. Les serdes : couche PMA (PHY). Ce signal de 10Gb/s, trop rapide, ne peut pas tre trait directement, il faut donc le parallliser, en gnral sur 64bits. Des circuits ddis spcialiss permettent cette conversion. Le mot serdes vient de l'anglais pour serialiser/deserialiser. L'encodage 64B66B : couche PCS (PHY) Le code en ligne utilis 64B66B transforme le format XGMII (64bits de donnes plus 8bits de contrle) en mots de 66bits. L'objectif est multiple : apporter une dispersion d'nergie et viter de longues suites conscutives de '0' ou '1' que les XFP peuvent ne pas trop apprcier. ceci apporte donc des transitions afin de faciliter les mcanismes de rcupration d'horloge. Le code 66bits est compos de deux bits de synchronisation suivis de 64bits de donne. Si la synchro est '01', les 64bits sont de type donne Si la synchro est '10', les 64bits contiennent au moins un octet de contrle Les prambules '00' et '11' ne sont pas utiliss. Les 64bits de donnes sont embrouills par un embrouilleur auto synchronis. ce niveau-l nous retrouvons un format quivalent MII, les couches suivantes : data link (MAC), ''network (IP), ''transport (TCP/UDP) fonctionnant de faon similaire gigabit Ethernet.

Ethernet

22

Notes et rfrences
[1] (en) IEEE 802.3 ETHERNET WORKING GROUP (http:/ / www. ieee802. org/ 3/ ), sur le site ieee802.org [2] Ethernet: The Definitive Guide (http:/ / books. google. fr/ books?id=VbTvnxBKzUgC& dq=Ethernet:+ The+ Definitive+ Guide& pg=PP1& ots=HXGXgOGxaY& sig=C-3WhkefLUk8HAscMmBvFiz37KA& hl=fr& sa=X& oi=book_result& resnum=1& ct=result#PPA65,M1), Charles E. Spurgeon. O'Reilly, 2000. p.5, Invention of Ethernet. [3] Entte Ethernet, 5.7. (http:/ / www. frameip. com/ entete-ethernet/ ) Frameip.

Couche physique
Dans le domaine des rseaux informatiques, la couche physique est la premire couche du modle OSI (de l'anglais Open Systems Interconnection, Interconnexion de systmes ouverts ), qui tend rgresser au profit d'une nouvelle suite des protocoles Internet (dite TCP/IP), ou du protocole WAP, UMTS (Universal Mobile Telecommunications System)...

Principes
La couche physique est charge de la transmission effective des signaux lectriques ou optiques entre les interlocuteurs. Son service est gnralement limit l'mission et la rception d'un bit ou d'un train de bits continu (notamment pour les supports synchrones comme la fibre optique). Cette couche est charge de la conversion entre bits et signaux lectriques ou optiques. Elle est en pratique toujours ralise par un circuit lectronique spcifique. Le service de cette couche est approximativement dfini par la norme ISO 7498-1 prcise par ISO 10022 prcise par la recommandation X211 du CCITT. Dans le cas des rseaux Ethernet, les donnes sont transmises sur la couche physique par un PHYceiver.

Quelques encodages de couche 1


Codages en bande de base : BHDn Biphase ou Manchester Bipolaire simple ou d'ordre 2 Manchester diffrentiel Miller NRZ NRZI

Couche liaison de donnes

23

Couche liaison de donnes


Dans le domaine des rseaux informatiques, la couche de liaison de donnes est la seconde couche des sept couches du modle OSI. La couche de liaison de donnes est la couche de protocole qui transfre des donnes entre les nuds adjacents d'un rseau tendu (WAN) ou entre des nuds sur le mme segment d'un rseau local (LAN). La couche de liaison de donnes fournit les moyens fonctionnels et procduraux pour le transfert de donnes entre des entits d'un rseau et, dans certains cas, les moyens de dtecter et potentiellement corriger les erreurs qui peuvent survenir au niveau de la couche physique. Ethernet pour les rseaux locaux (multi-nuds), le protocole point point (PPP), HDLC et ADCCP pour des connexions point points (double nud) sont des exemples de protocoles de liaison de donnes.

Principe
D'aprs la smantique de l'architecture rseau OSI, les protocoles de liaison de donnes rpondent aux demandes de services provenant de la Couche de rseau et ralisent leur fonction par l'envoi de demandes de services la couche physique. La couche de liaison de donnes s'occupe de la livraison locale de trames entre dispositifs prsents sur un mme LAN. Les trames de liaison de donnes, comme sont nommes ces units de donnes de protocole (PDU), ne franchissent pas les limites du rseau local. Le routage inter-rseau et l'adressage global sont des fonctions de couches suprieures, permettant aux protocoles de liaison de donnes de se focaliser au niveau local, de la livraison, de l'adressage et de l'arbitrage du support. Ainsi, cette couche est analogue un policier qui ferait la circulation ; il tente d'arbitrer entre les diffrentes parties s'affrontant pour l'accs au moyen de communication. Quand des appareils essaient d'utiliser simultanment un support, des collisions de trame surviennent. Les protocoles de liaison de donnes spcifient comment les appareils dtectent et se remettent de telles collisions, mais ils ne les empchent pas d'arriver. La livraison de trames par des appareils de couche 2 est tablie par l'utilisation d'adresses non-ambigus de matriel. Un entte de trame contient l'adresse source et destination indiquant de quel appareil provient la trame et quel appareil est cens la recevoir et la traiter. la diffrence des adresses routables et hirarchiques de la couche rseau, les adresses de la couche 2 sont plates, c'est--dire qu'il n'y a pas de parties de cette adresse qui pourraient tre utilises pour identifier le groupe physique ou logique auquel l'adresse appartient. La liaison de donnes fournit ainsi un transfert de donnes travers la liaison physique. Ce transfert peut tre fiable ou non ; plusieurs protocoles de liaison de donnes n'ont pas de mcanismes d'accus rception et acceptation des trames, et certains protocoles de liaison de donnes peuvent mme n'avoir aucune sorte de somme de contrle pour tester s'il y a eu des erreurs de transmission. Dans ces cas-l, des protocoles de plus haut niveau doivent fournir du contrle de flux, de la dtection d'erreur, de l'accus rception et de la retransmission. Dans certains rseaux, comme les rseaux locaux IEEE 802, la couche de liaison de donnes est dcrite plus en dtail avec des sous-couches de Contrle d'accs au support (Media Access Control - MAC) et de Contrle de la liaison logique (Logical Link Control - LLC) ; cela signifie que le protocole LLC IEEE 802.2 peut tre utilis avec toutes les couches MAC IEEE 802, comme Ethernet, Token ring, IEEE 802.11, etc., autant qu'avec certaines couches MAC non-802 comme FDDI. D'autres protocoles de liaison de donnes, comme HDLC, sont spcifis pour inclure les deux sous-couches, bien qu'encore d'autres protocoles, comme Cisco HDLC, utilisent le systme de construction des trames de bas niveau de HDLC comme couche MAC en combinaison avec une couche LLC diffrente. Dans le standard ITU-T G.hn qui fournit un moyen de crer un rseau local haut dbit (jusqu' 1 Gigabit/s) par l'emploi du cblage existant de la maison (lignes lectriques, lignes tlphoniques et des cbles coaxiaux), la couche de liaison de donnes est divise en trois sous-couches (Convergence de Protocole d'Application, Contrle de la liaison logique

Couche liaison de donnes (LLC) et Contrle d'accs au support (MAC))

24

Modes de communication Sous-couches de la couche de liaison de donnes


La sous-couche Contrle de la liaison logique (Logical Link Control - LLC)
La sous-couche la plus haute est celle du Contrle de la liaison logique (Logical Link Control - LLC). Cette sous-couche multiplexe les protocoles fonctionnant au-dessus de la couche de liaison de donnes, et optionnellement, fournit le contrle de flux, l'accus rception et la correction d'erreur. Le LLC fournit l'adressage et le contrle de la liaison de donnes. Il spcifie quels mcanismes doivent tre utiliss pour adresser des stations sur le support de transmission et pour le contrle de l'change des donnes entre la machine de l'expditeur et du destinataire.

La sous-couche de Contrle d'accs au support (Media Access Control - MAC)


La sous-couche basse est celle du contrle d'accs au support (Media Access Control - MAC). Les protocoles appartenant cette sous-couche ont notamment comme fonction de rguler les missions sur un support donn, en particulier lorsque plusieurs stations indpendantes sont susceptibles d'mettre tout moment sur le mme support (tel qu'un bus ethernet, habituellement gr par le protocole CSMA/CD). Appartiennent galement cette sous-couche la description des formats de trame (cellule lmentaire du transport d'information) et des mthodes de reprage des stations mettrices et rceptrices (adressage). Un des formats dfinis dans ce cadre utilise les adresses dites MAC, de 6 octets, attribues de manire (normalement) univoque des stations mettrices/rceptrices (cartes), notamment celles utilises par ethernet, bluetooth et wifi. Il y a deux formes de contrle d'accs au support : distribue et centralise. Chacune d'elle peut tre compare une communication entre plusieurs personnes. Dans une conversation "distribue", nous attendons que plus personne ne parle pour prendre la parole. Si deux personnes se mettent parler en mme temps, ils s'arrteront immdiatement, marqueront un temps d'arrt et commenceront un jeu long et labor pour dire "je vous en prie, vous d'abord". Dans une conversation "centralise", l'un des participants est expressment charg de rpartir les temps de parole entre les diffrents interlocuteurs. Les protocoles de la sous-couche MAC ont galement comme attribution de spcifier la manire de sparer les trames : comment dtecter sur le support qu'une trame se termine et qu'une autre dmarre. Il y a quatre manires d'indiquer les sparations de trames : base sur le temps, par comptage des caractres, par bourrage d'octets (byte stuffing) et par bourrage de bits (bit stuffing). L'approche base sur le temps requiert simplement un intervalle minimal entre trames. Le principal dfaut d'une telle mthode est qu'en cas de perturbation externe, la dtection d'erreur est difficile. Le comptage de caractres est bas sur la transmission dans l'entte de trame du nombre de caractres de la trame (hors entte). Cette mthode, toutefois, est facilement perturbe si ce champ devient erron d'une faon ou d'une autre, ce qui rend difficile la distinction entre trames. Le bourrage d'octets place en tte de trame une squence d'octets particulire, telle que DLE STX, et en fin de trame une autre squence particulire, telle que DLE ETX. Ces marques de dbut et de fin sont dtectes la rception et tes du message qui est transmis aux couches suprieures de gestion de la communication. De faon similaire, le bourrage de bits remplace ces marques de dbut et de fin par des motifs particuliers de bits ou "drapeaux" (par exemple, un 0, six bits 1 et un 0). L'apparition de ce motif de bits ailleurs qu'en extrmit de trame est vite par l'insertion d'un bit : Pour reprendre l'exemple o le drapeau est 01111110, un 0 est systmatiquement insr aprs cinq 1 conscutifs, quelle que soit la valeur du bit suivant. La squence 01111110 signale donc sans ambigit une extrmit de trame. Les drapeaux et les 0 ainsi insrs sont limins la

Couche liaison de donnes rception. Cette mthode permet de disposer de trames de longueur arbitraire, faciles distinguer.

25

Liste des services de la Couche de liaison de donnes


Encapsulation des paquets de donnes de la couche rseau dans des trames. Synchronisation des trames La sous-couche de Contrle de la liaison logique (Logical link control - LLC) : Le Contrle d'erreur (Automatic Repeat reQuest, ARQ), en plus des ARQ fournis par quelques protocoles de la couche transport, des techniques forward error correction (FEC) fournies par la couche physique, et de la dtection d'erreur et l'annulation de paquets fournis toutes les couches, notamment la couche rseau. Le contrle d'erreur de la couche de liaison de donnes (c'est--dire, la retransmission de paquets errons) est fourni dans les rseaux sans-fil et les modems V.42 du rseau tlphonique, mais pas dans les protocoles LAN comme Ethernet, comme les erreurs de bit sont rares sur des fils courts. Dans ce dernier cas, seules la dtection d'erreur et l'annulation de paquets errons sont fournies. La sous-couche de Contrle d'accs au support (Media access control - MAC) : Protocoles d'accs multiple pour le contrle d'accs au canal, par exemple les protocoles CSMA/CD pour la dtection de collision et la retransmission dans les rseaux bus Ethernet et les rseaux concentrateurs (hubs), ou le protocole CSMA/CA pour l'vitement des collisions dans les rseaux sans-fils. Adressage physique (adressage MAC) La commutation LAN (Commutation de paquets) incluant le filtrage MAC et le spanning tree protocol La gestion de files d'attente des paquets de donnes ou leur ordonnancement La commutation Store-and-forward ou cut-through Le contrle de la Qualit de service (QoS) Les LAN virtuels (VLAN)

Exemples de protocole
ARCnet ATM Cisco Discovery Protocol (CDP) Controller Area Network (CAN) Econet Ethernet Ethernet Automatic Protection Switching (EAPS) Fiber Distributed Data Interface (FDDI) Frame Relay High-Level Data Link Control (HDLC) IEEE 802.2 (fournit des fonctionnalits LLC aux couches MAC IEEE 802) IEEE 802.11 wireless LAN Link Access Procedures, D channel (LAPD) LocalTalk Multiprotocol Label Switching (MPLS) Point-to-Point Protocol (PPP) Serial Line Internet Protocol (SLIP) (obsolete) Spanning tree protocol

StarLan Token ring et la plupart des communications srie.

Couche liaison de donnes

26

Interfaces
La couche de liaison de donnes est souvent implmente dans les logiciels sous la forme d'un "pilote de carte rseau" (driver). Le systme d'exploitation a une interface logicielle dfinie entre la liaison de donnes et la pile rseau et transport au-dessus. Cette interface n'est pas une couche en soi, mais plus une dfinition de l'interfaage entre couches.

Lien avec le modle TCP/IP


Dans le cadre du modle TCP/IP (Suite des protocoles Internet), la couche de liaison de donnes du modle OSI, en plus d'autres composants, est contenue dans la couche de plus bas niveau de TCP/IP, la couche de liaison. La couche de liaison du Protocole Internet ne se proccupe que des aspects matriels jusqu'au point d'obtenir les adresses matrielles pour situer les htes sur un lien rseau physique, et de transmettre des trames de donnes sur ce lien. Ainsi, la couche de liaison a un primtre plus large et comprend toutes les mthodes qui affectent le lien local, qui est un groupe de connexions qui sont limites en porte aux autres nuds du rseau d'accs local. Le modle TCP/IP n'est pas une rfrence de conception complte, du haut vers le bas, pour les rseaux. Il a t formul dans le but d'illustrer les groupes logiques et la porte des fonctionnalits ncessaires dans la conception de la suite des protocoles d'interconnexion de TCP/IP, ncessaire pour l'exploitation de l'Internet. En gnral, les comparaisons directes et strictes des modles OSI et TCP/IP doivent tre vites, car le dcoupage en couches dans TCP/IP n'est pas un critre de conception principal et elles ne sont en gnral pas trs enrichissantes. En particulier, TCP/IP ne dicte pas une squence hirarchique stricte des exigences d'encapsulations, que l'on attribue aux protocoles OSI.

Couche rseau
La couche de rseau est la troisime couche du modle OSI.

Dfinition OSI
La couche rseau construit une voie de communication de bout bout partir de voies de communication avec ses voisins directs. Ses apports fonctionnels principaux sont donc: le routage dtermination d'un chemin permettant de relier les 2 machines distantes; le relayage retransmission d'un PDU (Protocol Data Unit ou Unit de donnes de protocole) dont la destination n'est pas locale pour le rapprocher de sa destination finale. le contrle des flux contrle de congestion. Cette couche est donc la seule tre directement concerne par la topologie du rseau. C'est aussi la dernire couche supporte par toutes les machines du rseau pour le transport des donnes utilisateur : les couches suprieures sont ralises uniquement dans les machines d'extrmit. Le PDU de cette couche est souvent appel paquet . La fonction de relayage (terme OSI) est parfois appele acheminement.

Couche rseau

27

Remarques
Cette couche est la plus caractristique d'une architecture rseau. C'est pourquoi l'architecture prend souvent le nom du protocole principal de niveau rseau. Dterminer un chemin est une tche complexe normalement ralise dans les grands rseaux par des protocoles ddis dont le rle est de dcouvrir la topologie du rseau et d'en tirer la meilleure route. Les protocoles de routage se diffrencient par les critres de choix des routes et la prcision de la topologie dcouverte. En dehors du cas des petits rseaux, le routage est hirarchique : la prcision de la connaissance de l'environnement d'un routeur dcrot avec la distance. Si les routeurs n'ont pas de couche suprieure la couche rseau du point de vue des machines utilisatrices du rseau, ils peuvent supporter des protocoles de niveau transport et au-dessus pour la gestion du rseau (supervision et excution des protocoles de routage par exemple). Bien que les donnes calcules par les protocoles de routage soient utilises par la couche rseau, ce ne sont pas des protocoles de niveau rseau car ils ne servent pas transporter les donnes des machines utilisatrices du rseau. D'ailleurs, dans le monde IP, les protocoles de routage non local (i.e. hors RIP) sont transports par TCP.

Quelques protocoles de couche 3


Connectionless Network Protocol (CLNP): un protocole OSI dont le service est inspir de celui de IP. Internet Control Message Protocol (ICMP): protocole de support de IP, notamment pour la notification des erreurs Internet Protocol (IP) Internetwork packet exchange (IPX) Wireless Distribution System (WDS) Controller Area Network (CAN)

Couche transport
La couche dite de transport constitue la quatrime couche du modle OSI.

Dfinition OSI (ISO 7498-1)


La couche transport gre les communications de bout en bout entre processus. Cette couche est souvent la plus haute couche o on se proccupe de la correction des erreurs (exception connue dans le monde IP : utilisation de DNS sur UDP). C'est--dire que le service de niveau transport consiste gnralement en un service en mode connect offrant le transfert de messages ou d'octets bruts garantis sans corruption, pertes, rordonnancement, duplication. En particulier, c'est le service offert par les protocoles TCP dans le monde IP et TP4 dans le monde OSI[rf.ncessaire]. En fonction des protocoles, le PDU est appel message , paquet ou, uniquement dans le cas TCP, fragment (ou segment en Internet).

Remarques
La section 7.4.4.1.2.1 de la norme indique que le cas service de transport en mode connect sur service rseau en mode non connect n'est pas cens tre la rgle. C'est en revanche le cas dans le monde IP. Cela constitue un autre cart de la pile IP par rapport au modle OSI. L'avantage de la rgle OSI sur la rgle du monde IP est vident dans le cas de l'interconnexion d'un rseau filaire et d'un rseau radio. L'incapacit fondamentale de TCP deviner la cause d'une perte de PDU (en gros : congestion du rseau ou corruption du PDU) faute de retour d'information du niveau rseau, et donc la raction adquate cette perte (responsable de ralentissement des transmissions ou retransmission du PDU manquant) est une des raisons qui le rendent intrinsquement non optimal.

Couche transport

28

Quelques protocoles de couche 4


Datagram Congestion Control Protocol (DCCP) (origine IETF) Sequenced packet exchange (SPX) (origine Novell) Stream Control Transmission Protocol (SCTP) (origine IETF) Transaction Capabilities Application Part (TCAP) (origine ITU) Transmission Control Protocol (TCP) (origine IETF) User datagram protocol (UDP) (origine IETF)

Couche session
La couche session est la 5e couche du modle OSI.

Dfinition OSI (ISO 7498-1)


Les 2 services originaux de la couche session sont la synchronisation des communications (quel intervenant peut mettre tel moment) et la gestion des transactions , Un service cependant a t rajout, c'est un mcanisme de correction des erreurs de traitement par restauration d'un tat antrieur connu. Les services de transport sont des services de communication point point, c'est--dire avec deux interlocuteurs. Mais le modle OSI doit aussi convenir aux communications multipoints. Deux genres de communications multipoints sont explicitement mentionnes dans la norme: les communications en toile o une session est un ensemble de communications point point avec un interlocuteur engag dans tous les changes; et la diffusion o tous les interlocuteurs reoivent tous les messages. Des mcanismes de synchronisation sont alors requis pour savoir par exemple qui rpond quoi. C'est le rle des protocoles de cette couche. Quelques protocoles de la couche session : SIP, AppleTalk.

Remarques
Ce type de communication n'est pas bien pris en charge dans le monde IP, il n'y a donc pas de protocole d'origine IETF (Internet Engineering Task Force) fournissant un service de ce type. Les moyens de communication point multipoint courants reposent donc sur UDP utilis avec des adresses multicast . L'ATM Forum a spcifi une signalisation pour tablir des connexions ATM point multipoint mais il s'agit de diffusion monodirectionnelle de niveau rseau. Au sujet de la terminologie, on rencontre souvent le terme session pour dsigner une connexion de niveau application, voire un contexte partag par plusieurs connexions de niveau application sans support protocolaire (cas des sessions Web notamment). C'est un usage driv de sa signification dans les systmes d'exploitation, indpendant du modle OSI.

Couche prsentation

29

Couche prsentation
La couche de prsentation est la 6e couche du modle OSI.

Dfinition OSI (ISO 7498-1)


La couche prsentation est charge du codage des donnes applicatives. Les couches 1 5 transportent des octets bruts sans se proccuper de leur signification. Mais ce qui doit tre transport en pratique, c'est du texte, des nombres et parfois des structures de donnes arbitrairement complexes. Un protocole de routage par exemple doit transporter un graphe reprsentant au moins partiellement la topologie du rseau. Le rle de la couche prsentation est donc de convertir les donnes applicatives manipules par les programmes en chanes d'octets effectivement transportes par le rseau.

Exemples de couche de prsentation


Le monde ISO
Dans le monde ISO, la rgle consiste dfinir les donnes en ASN.1 (Abstract Syntax Notation) et raliser dans la couche de prsentation le codage/dcodage en BER ou DER.

Le monde IP
Dans le monde IP, historiquement, la mthode canonique et implicite est de tout transformer en texte: codage des nombres entiers en dcimal, non utilisation des flottants, utilisation de dlimiteurs comme le guillemet ou la marque de fin de ligne (octets 13 et 10) avec des mcanismes d'chappements compliqus pour les cas o le dlimiteur apparat dans les donnes. Ces transformations sont spcifies, et souvent rptes, pour chaque protocole applicatif, puisque le modle IP ne contient pas de couche de prsentation. Cela ne rsout le problme qu' moiti puisque le codage des caractres en octets n'est pas dfini. Soit on utilise le codage US-ASCII en ignorant les langues utilisant des caractres non ASCII (cf. par exemple le protocole SMTP (RFC 821 annexe A et RFC 822 section 3.3)), soit on ajoute parfois une dclaration de codage de caractres (cf. utilisation de MIME dans ESMTP et HTTP). Mme dans le cas de HTTP, les URL sont dcrites comme formes de caractres mais sans spcifier quels caractres sont autoriss. (Par exemple: la squence d'chappement "%85" pour l'octet 133 est-elle valide ?) Lorsque cela s'est avr insuffisant au vu de la complexit de la structures des donnes transporter, notamment pour le protocole applicatif "Remote Procedure Call" de Sun Microsystems, on a invent XDR (External Data Representation), jusqu lintroduction de XML en 1998, dont la vocation tait prcisment dtendre le mode de reprsentation SGML conu pour des fichiers de type document (consommables par des humains) des jeux dlments de donnes ( traiter par des machines) transitant sur Internet. On notera qu'aucune de ces reprsentations n'est un protocole proprement dit. Cela illustre le fait que s'il n'y a pas de ngociation du mode de codage, tout mcanisme utilis pour lenregistrement peut aussi faire office de fonction de prsentation.

Couche application

30

Couche application
La couche application est la 7e couche du modle OSI.

Dfinition OSI (ISO 7498-1)


La couche application est surtout, du point de vue du modle, le point d'accs aux services rseaux. Comme le modle n'a pas pour rle de spcifier les applications, il ne spcifie pas de service ce niveau. La couche d'application reprsente des donnes pour l'utilisateur ainsi que du codage et un contrle du dialogue : des mcanismes de communication offerts aux applications de l'utilisateur.

Exemples de protocoles
Puisqu'il n'y a pas beaucoup de mthodes fondamentalement diffrentes permettant d'assurer les fonctions des couches2 6, leur ventail de protocoles est donc assez restreint. En revanche, au niveau application la diversit est la rgle. En se limitant au monde IP, on trouve par exemple et sans tre exhaustif : 4protocoles orients transfert de fichiers : FTP (IETF), NFS (Sun Microsystems) et AFS, SMB/CIFS (Microsoft) 5protocoles orients messageries : Simple Mail Transfer Protocol (SMTP), Post Office Protocol (POP), Internet Message Access Protocol (IMAP) et pour la diffusion NNTP (Usenet) et encore X.400 3protocoles de type session distance : Telnet, rlogin, Secure Shell (SSH) et des protocoles associs comme le dport d'affichage : X, XDMCP Un protocole utilis pour l'envoi de pages HTML : HTTP Des protocoles d'exploitation et de gestion : Domain Name System (DNS) pour la rsolution d'adresse, Simple Network Management Protocol pour la supervision

Suite des protocoles Internet

31

Suite des protocoles Internet


La suite TCP/IP est l'ensemble des protocoles utiliss pour le transfert des donnes sur Internet. Elle est souvent appele TCP/IP, d'aprs le nom de deux de ses protocoles : TCP (Transmission Control Protocol) et IP (Internet Protocol), qui ont t les premiers tre dfinis. Le document de rfrence est RFC 1122. Le modle OSI, qui dcompose les diffrents protocoles d'une pile en sept couches, peut tre utilis pour dcrire la suite de protocoles Internet, bien que les couches du modle OSI ne correspondent pas toujours avec les habitudes d'Internet (Internet tant bas sur TCP/IP qui ne comporte que quatre couches[1]). Dans une pile de protocoles, chaque couche rsout un certain nombre de problmes relatifs la transmission de donnes, et fournit des services bien dfinis aux couches suprieures. Les couches hautes sont plus proches de l'utilisateur et grent des donnes plus abstraites, en utilisant les services des couches basses qui mettent en forme ces donnes afin qu'elles puissent tre mises sur un mdium physique. Le modle Internet a t cr afin de rpondre un problme pratique, alors que le modle OSI correspond une approche plus thorique, et a t dvelopp plus tt dans l'histoire des rseaux. Le modle OSI est donc plus facile comprendre, mais le modle TCP/IP est le plus utilis en pratique. Il est prfrable d'avoir une connaissance du modle OSI avant d'aborder TCP/IP, car les mmes principes s'appliquent, mais sont plus simples comprendre avec le modle OSI.

Couches dans la pile TCP/IP


Comme les suites de protocoles TCP/IP et OSI ne correspondent pas exactement, toute dfinition des couches de la pile TCP/IP peut tre sujette discussion... En outre, le modle OSI n'offre pas une richesse suffisante au niveau des couches basses pour reprsenter la ralit ; il est ncessaire d'ajouter une couche supplmentaire d'interconnexion de rseaux (Internetworking) entre les couches Transport et Rseau. Les protocoles spcifiques un type de rseau particulier, mais qui fonctionnent au-dessus de la couche de liaison de donnes, devraient appartenir la couche rseau. ARP, et STP (qui fournit des chemins redondants dans un rseau tout en vitant les boucles) sont des exemples de tels protocoles. Toutefois, ce sont des protocoles locaux, qui oprent au-dessous de la fonction d'interconnexion de rseaux ; placer ces deux groupes de protocoles (sans parler de ceux qui fonctionnent au-dessus du protocole d'interconnexion de rseaux, comme ICMP) dans la mme couche peut prter confusion. Le schma qui suit essaie de montrer o se situent divers protocoles de la pile TCP/IP dans le modle OSI de l'ISO :
7 Application ex. HTTP, HTTPS, SMTP, SNMP, FTP, Telnet, NFS

6 Prsentation ex. ASCII, Unicode, MIME, XDR, ASN.1, SMB, AFP 5 Session 4 Transport 3 Rseau 2 Liaison ex. ISO 8327 / CCITT X.225, RPC, Netbios, ASP ex. TCP, UDP, SCTP, SPX, ATP ex. IP (IPv4 ou IPv6), ICMP, IGMP, X.25, CLNP, ARP, OSPF, RIP, IPX, DDP ex. Ethernet, Token Ring, PPP, HDLC, Frame relay, RNIS (ISDN), ATM, Wi-Fi, Bluetooth, ZigBee, irDA (Infrared Data Association) ex. techniques de codage du signal (lectronique, radio, laser,) pour la transmission des informations sur les rseaux physiques (rseaux filaires, optiques, radiolectriques)

1 Physique

Habituellement, les trois couches suprieures du modle OSI (Application, Prsentation et Session) sont considres comme une seule couche Application dans TCP/IP. Comme TCP/IP n'a pas de couche session unifie sur laquelle les couches plus leves peuvent s'appuyer, ces fonctions sont gnralement remplies par chaque application (ou ignores). Une version simplifie de la pile selon le modle TCP/IP est prsente ci-aprs :

Suite des protocoles Internet

32

5 Application ex. HTTP, FTP, DNS couche 7 (les protocoles de routage comme RIP, qui fonctionnent au-dessus d'UDP, peuvent aussi tre considrs comme faisant partie de la couche application) 4 Transport ex. TCP, UDP, SCTP (les protocoles de routage comme OSPF, qui fonctionnent au-dessus d'IP, peuvent aussi tre considrs comme faisant partie de la couche transport) Pour TCP/IP il s'agit de IP, (les protocoles requis comme ICMP et IGMP fonctionnent au-dessus d'IP, mais peuvent quand mme tre considrs comme faisant partie de la couche rseau ; ARP ne fonctionne pas au-dessus d'IP), ex. Ethernet, Token Ring, etc. ex. la boucle locale (transmission par modulation sur lignes analogiques : lignes tlphoniques RTC, numriques, ADSL), les grandes artres de communication (transmission par multiplexage, commutation,), les rseaux de radiocommunication (radio, tlphonie sans fil, satellite,)

3 Rseau

2 Liaison 1 Physique

Une autre approche du modle TCP/IP consiste mettre en avant un modle en 2 couches. En effet, IP fait abstraction du rseau physique. Et ce n'est pas une couche application qui s'appuie sur une couche transport (reprsente par TCP ou UDP) mais des applications. On aurait donc :
Applications 2 TRANSPORT 1 IP (Internet) Physique

Cette reprsentation est plus fidle aux concepts d'IP. Rappelons que ce modle est antrieur au modle OSI et tenter de les faire correspondre peut induire en erreur. En effet, TCP introduit une notion de session, or TCP est au niveau TRANSPORT sur un modle calqu sur l'OSI. Cette antriorit au modle OSI explique aussi certaines incohrences comme l'implmentation d'un protocole de routage au-dessus d'UDP (RIP est implment sur UDP, alors qu'OSPF, arriv aprs le modle OSI et cette volont de vouloir dcouper les thmatiques par couches, s'appuie directement sur IP). DHCP est galement implment sur UDP, niveau applications alors que c'est le rle de la couche rseau de fournir une configuration de niveau 3.

Couche physique
La couche physique dcrit les caractristiques physiques de la communication, comme les conventions propos de la nature du mdia utilis pour les communications (les cbles, les liens par fibre optique ou par radio), et tous les dtails associs comme les connecteurs, les types de codage ou de modulation, le niveau des signaux, les longueurs d'ondes, la synchronisation et les distances maximales.

Couche de liaison de donnes


La couche de liaison de donnes spcifie comment les paquets sont transports sur la couche physique, et en particulier le tramage (i.e. les squences de bits particulires qui marquent le dbut et la fin des paquets). Les en-ttes des trames Ethernet, par exemple, contiennent des champs qui indiquent quelle(s) machine(s) du rseau un paquet est destin. Exemples de protocoles de la couche de liaison de donnes : Ethernet, Wireless Ethernet, SLIP, Token Ring et ATM. PPP est un peu plus complexe, car il a t initialement spcifi pour fonctionner au-dessus d'un autre protocole de liaison de donnes Cette couche est subdivise en LLC et MAC par l'IEEE[2].

Suite des protocoles Internet

33

Couche rseau
Dans sa dfinition d'origine, la couche de rseau rsout le problme de l'acheminement de paquets travers un seul rseau. Exemples de protocoles de ce type : X.25, et le Initial Connection Protocol d'ARPANET. Lorsque deux terminaux communiquent entre eux via ce protocole, aucun chemin pour le transfert des donnes n'est tabli l'avance : il est dit que le protocole est non orient connexion . Par opposition, pour un systme comme le rseau tlphonique commut, le chemin par lequel va passer la voix (ou les donnes) est tabli au commencement de la connexion : le protocole est orient connexion . Avec l'avnement de la notion d'interconnexion de rseaux, des fonctions additionnelles ont t ajoutes cette couche, et plus spcialement l'acheminement de donnes depuis un rseau source vers un rseau destinataire. Ceci implique gnralement le routage des paquets travers un rseau de rseaux, connu sous le nom d'Internet. Dans la suite de protocoles Internet, IP assure l'acheminement des paquets depuis une source vers une destination, et supporte aussi d'autres protocoles, comme ICMP (utilis pour transfrer des messages de diagnostic lis aux transmissions IP) et IGMP (utilis pour grer les donnes multicast). ICMP et IGMP sont situs au-dessus d'IP, mais assurent des fonctions de la couche rseau, ce qui illustre l'incompatibilit entre les modles Internet et OSI. La couche rseau IP peut transfrer des donnes pour de nombreux protocoles de plus haut niveau. Ces protocoles sont identifis par un numro de protocole IP (IP Protocol Number) unique. ICMP et IGMP sont respectivement les protocoles 1 et 2.

Couche transport
Les protocoles de la couche de transport peuvent rsoudre des problmes comme la fiabilit des changes ( est-ce que les donnes sont arrives destination ? ) et assurer que les donnes arrivent dans l'ordre correct. Dans la suite de protocoles TCP/IP, les protocoles de transport dterminent aussi quelle application chaque paquet de donnes doit tre dlivr. Les protocoles de routage dynamique qui se situent rellement dans cette couche de la pile TCP/IP (puisqu'ils fonctionnent au-dessus d'IP) sont gnralement considrs comme faisant partie de la couche rseau. Exemple : OSPF (protocole IP numro 89). TCP (protocole IP numro 6) est un protocole de transport fiable , orient connexion, qui fournit un flux d'octets fiable assurant l'arrive des donnes sans altrations et dans l'ordre, avec retransmission en cas de perte, et limination des donnes dupliques. Il gre aussi les donnes urgentes qui doivent tre traites dans le dsordre (mme si techniquement, elles ne sont pas mises hors bande). TCP essaie de dlivrer toutes les donnes correctement et en squence - c'est son but et son principal avantage sur UDP, mme si a peut tre un dsavantage pour des applications de transfert ou de routage de flux en temps-rel, avec des taux de perte leves au niveau de la couche rseau. UDP (protocole IP numro 17) est un protocole simple, sans connexion, non fiable - ce qui ne signifie pas qu'il est particulirement peu fiable, mais qu'il ne vrifie pas que les paquets soient arrivs destination, et ne garantit pas leur arrive dans l'ordre. Si une application a besoin de ces garanties, elle doit les assurer elle-mme, ou bien utiliser TCP. UDP est gnralement utilis par des applications de diffusion multimdia (audio et vido, etc.) pour lesquelles le temps requis par TCP pour grer les retransmissions et l'ordonnancement des paquets n'est pas disponible, ou pour des applications bases sur des mcanismes simples de question/rponse comme les requtes DNS, pour lesquelles le surcot li l'tablissement d'une connexion fiable serait disproportionn par rapport au besoin. Aussi bien TCP qu'UDP sont utiliss par de nombreuses applications. Les applications situes une quelconque adresse rseau se distinguent par leur numro de port TCP ou UDP. Par convention, des ports bien connus sont associs avec certaines applications spcifiques. RTP (Real Time Protocol) est un protocole fonctionnant avec UDP ou TCP, spcialis dans le transport de donnes possdant des contraintes temps rel. Typiquement, il sert transporter des vidos pour que l'on puisse synchroniser

Suite des protocoles Internet la lecture des images et du son directement, sans les stocker pralablement. SCTP (Stream Control Transmission Protocol) a t dfini en 2000 dans la RFC 4960, et un texte d'introduction existe dans la RFC 3286. Il fournit des services similaires TCP, assurant la fiabilit, la remise en ordre des squences, et le contrle de congestion. Alors que TCP est byte-oriented (orient octets), SCTP gre des frames (courtes squences). Une avance majeure de SCTP est la possibilit de communications multi-cibles, o une des extrmits (ou les) de la connexion est constitue de plusieurs adresses IP.

34

Couche application
C'est dans la couche application que se situent la plupart des programmes rseau. Ces programmes et les protocoles qu'ils utilisent incluent HTTP (World Wide Web), FTP (transfert de fichiers), SMTP (messagerie), SSH (connexion distance scurise), DNS (recherche de correspondance entre noms et adresses IP) et beaucoup d'autres. Les applications fonctionnent gnralement au-dessus de TCP ou d'UDP, et sont souvent associes un port bien connu. Exemples : HTTP port TCP 80 ; SSH port TCP 22 ; DNS port UDP 53 (TCP 53 pour les transferts de zones et les requtes suprieures 512octets) ; RIP port UDP 520 ; FTP port TCP 21 ; Ces ports ont t assigns par l'Internet Assigned Numbers Authority (IANA). Sous UNIX, on trouve un fichier texte servant faire les correspondances portprotocole : /etc/services. Sous Windows, il se situe dans %SystemRoot%\System32\drivers\etc. Il se nomme services, on peut le lire avec le Bloc-notes. Auth, BOOTP, BOOTPS, DHCP, Echo, Finger, FTP, Gopher, HTTPS, IRC, IMAP, IMAPS, Kerberos, QOTD, Netbios, NNTP, NFS, POP, POPS, RTSP, NTP, SFTP, SMTP, SNMP, SSH, Telnet, TFTP, WAIS, Webster, Whois, XDMCP.

Notes
[1] La spcification RFC 1122 qui dfinit TCP/IP ne fixe pas le nombre exact de couches et les avis divergent en ce qui concerne la prise en compte de la couche physique [2] (en) http:/ / standards. ieee. org/ develop/ regauth/ tut/ macgrp. pdf

Transmission Control Protocol

35

Transmission Control Protocol


Transmission Control Protocol (littralement, protocole de contrle de transmissions ) abrg TCP, est un protocole de transport fiable, en mode connect, document dans la RFC 793 de l'IETF. Dans le modle TCP/IP, TCP est situ au niveau de la couche de transport (entre la couche de rseau et la couche session). Les applications transmettent des flux de donnes sur une connexion rseau, et TCP dcoupe le flux d'octets en segments, dont la taille dpend de la MTU du rseau sous-jacent (couche liaison de donnes). TCP a t dvelopp en 1973, puis adopt pour Arpanet en 1976 par le DARPA.

Fonctionnement
Une session TCP fonctionne en trois phases : l'tablissement de la connexion ; les transferts de donnes ; la fin de la connexion. L'tablissement de la connexion se fait par une poigne de main en trois temps (handshaking). La rupture de connexion, elle, utilise une poigne de main en quatre temps. Pendant la phase d'tablissement de la connexion, des paramtres comme le numro de squence sont initialiss afin d'assurer la transmission fiable (sans perte et dans l'ordre) des donnes.

Structure d'un segment TCP


En bits
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Port destination 2 octets Numro de squence Numro d'acquittement Taille de l'en-tte rserv ECN URG ACK PSH RST SYN FIN Fentre

Port Source 2 octets

Somme de contrle Options Donnes

Pointeur de donnes urgentes Remplissage

Signification des champs : Port source : Numro du port source Port destination : Numro du port destination Numro de squence : Numro de squence du premier octet de ce segment Numro d'acquittement : Numro de squence du prochain octet attendu Taille de l'en-tte : Longueur de l'en-tte en mots de 32 bits (les options font partie de l'en-tte) Drapeaux Rserv : Rserv pour un usage futur ECN : signale la prsence de congestion, voir RFC 3168 URG : Signale la prsence de donnes URGentes ACK : Signale que le paquet est un accus de rception (ACKnowledgement)

Transmission Control Protocol PSH : Donnes envoyer tout de suite (PuSH) RST : Rupture anormale de la connexion (ReSeT) SYN : Demande de synchronisation (SYN) ou tablissement de connexion FIN : Demande la FIN de la connexion Fentre : Taille de fentre demande, c'est--dire le nombre d'octets que le rcepteur souhaite recevoir sans accus de rception Checksum : Somme de contrle calcule sur l'ensemble de l'en-tte TCP et des donnes, mais aussi sur un pseudo en-tte (extrait de l'en-tte IP) Pointeur de donnes urgentes : Position relative des dernires donnes urgentes Options : Facultatives Remplissage : Zros ajouts pour aligner les champs suivants du paquet sur 32 bits, si ncessaire Donnes : Squences d'octets transmis par l'application (par exemple: +OK POP3 server ready...)

36

tablissement d'une connexion


Mme s'il est possible pour deux systmes d'tablir une connexion entre eux simultanment, dans le cas gnral, un systme ouvre une 'socket' (point d'accs une connexion TCP) et se met en attente passive de demandes de connexion d'un autre systme. Ce fonctionnement est communment appel ouverture passive, et est utilis par le ct serveur de la connexion. Le ct client de la connexion effectue une ouverture active en 3 temps (poigne de mains en trois temps) : 1. Le client envoie un segment SYN au serveur, 2. Le serveur lui rpond par un segment SYN/ACK, 3. Le client confirme par un segment ACK. Durant cet change initial, les numros de squence des deux parties sont synchroniss : 1. Le client utilise son numro de squence initial dans le champ "Numro de squence" du segment SYN (x par exemple), 2. Le serveur utilise son numro de squence initial dans le champ "Numro de squence" du segment SYN/ACK (y par exemple) et ajoute le numro de squence du client plus un (x+1) dans le champ "Numro d'acquittement" du segment, 3. Le client confirme en envoyant un ACK avec un numro de squence augment de un (x+1) et un numro d'acquittement correspondant au numro de squence du serveur plus un (y+1).

Transferts de donnes
Pendant la phase de transferts de donnes, certains mcanismes clefs permettent d'assurer la robustesse et la fiabilit de TCP. En particulier, les numros de squence sont utiliss afin d'ordonner les segments TCP reus et de dtecter les donnes perdues, les sommes de contrle permettent la dtection d'erreurs, et les acquittements ainsi que les temporisations permettent la dtection des segments perdus ou retards.

Transmission Control Protocol Numros de squence et d'acquittement Grce aux numros de squence et d'acquittement, les systmes terminaux peuvent remettre les donnes reues dans l'ordre l'application destinataire. Les numros de squence sont utiliss pour dcompter les donnes dans le flux d'octets. On trouve toujours deux de ces nombres dans chaque segment TCP, qui sont le numro de squence et le numro d'acquittement. Le numro de squence reprsente le propre numro de squence de l'metteur TCP, tandis que le numro d'acquittement reprsente le numro de squence du destinataire. Afin d'assurer la fiabilit de TCP, le destinataire doit acquitter les segments reus en indiquant qu'il a reu toutes les donnes du flux d'octets jusqu' un certain numro de squence. Le numro de squence indique le premier octet des donnes. Par exemple, dans le cas d'un change de segments par Telnet : 1. L'hte A envoie un segment l'hte B contenant un octet de donnes, un numro de squence gal 42 (Seq = 42) et un numro d'acquittement gal 79 (Ack = 79), 2. L'hte B envoie un segment ACK l'hte A. Le numro de squence de ce segment correspond au numro d'acquittement de l'hte A (Seq = 79) et le numro d'acquittement au numro de squence de A tel que reu par B, augment de la quantit de donnes en bytes reue (Ack = 42 + 1 = 43), 3. L'hte A confirme la rception du segment en envoyant un ACK l'hte B, avec comme numro de squence son nouveau numro de squence, savoir 43 (Seq = 43) et comme numro d'acquittement le numro de squence du segment prcdemment reu, augment de la quantit de donnes reue (Ack = 79 + 1 = 80). Les numros de squence sont des nombres entiers non signs sur 32 bits, qui reviennent zro aprs avoir atteint 2^32-1. Le choix du numro de squence initial est une des clefs de la robustesse et de la scurit des connexions TCP. Une amlioration de TCP, nomme acquittement slectif (selective acknowledgement ou SACK), autorise le destinataire TCP acquitter des blocs de donnes reus dans le dsordre. Somme de contrle Une somme de contrle sur 16 bits, constitue par le complment un de la somme complmente un de tous les lments d'un segment TCP (en-tte et donnes), est calcule par l'metteur, et incluse dans le segment mis. Le destinataire recalcule la somme de contrle du segment reu, et si elle correspond la somme de contrle reue, on considre que le segment a t reu intact et sans erreur. Temporisation La perte d'un segment est gre par TCP en utilisant un mcanisme de temporisation et de retransmission. Aprs l'envoi d'un segment, TCP va attendre un certain temps la rception du ACK correspondant. Un temps trop court entrane un grand nombre de retransmissions inutiles et un temps trop long ralentit la raction en cas de perte d'un segment. Dans les faits, le dlai avant retransmission doit tre suprieur au RTT moyen d'un segment, c'est--dire au temps que prend un segment pour effectuer l'aller-retour entre le client et le serveur. Comme cette valeur peut varier dans le temps, on "prlve" des chantillons intervalle rgulier et on en calcule une moyenne pondre : RTT moyen = (1Une valeur typique pour ) * RTT moyen + * RTT chantillon

37

est 0.125. L'influence des chantillons diminue de manire exponentielle dans le temps.

Le dlai utiliser est obtenu partir de cette estimation du RTT moyen et en y ajoutant une marge de scurit. Plus la diffrence entre un chantillon et la moyenne est grande, plus la marge de scurit prvoir est importante. Le calcul se fait partir de la variance pondre entre l'chantillon et la moyenne : Variance RTT = (1) * Variance RTT + * |RTT chantillon - RTT moyen|

Transmission Control Protocol Une valeur typique pour est 0.25. Le dlai utiliser est finalement donn par la formule suivante :

38

Dlai = RTT moyen + 4 * Variance RTT L'Algorithme de Karn permet de mieux valuer le dlai en prsence d'acquittements ambigus. En effet, si un segment envoy a t perdu, les segments ultrieurs provoqueront des acquittements o figurera le numro du premier octet manquant, et on ne sait donc plus quel segment envoy correspondent ces acquittements. Parfois, quand le dlai est trop long, il est avantageux de ne pas attendre avant de retransmettre un segment. Si un hte reoit 3 ACKs pour le mme segment, alors il considre que tous les segments transmis aprs le segment acquitt ont t perdus et les retransmet donc immdiatement (Fast retransmit). Contrle de flux Chaque partenaire dans une connexion TCP dispose d'un tampon de rception dont la taille n'est pas illimite. Afin d'viter qu'un hte ne surcharge l'autre, TCP prvoit plusieurs mcanismes de contrle de flux. Ainsi, chaque segment TCP contient la taille disponible dans le tampon de rception de l'hte qui l'a envoy. En rponse, l'hte distant va limiter la taille de la fentre d'envoi afin de ne pas le surcharger. D'autres algorithmes comme Nagle ou Clarck facilitent galement le contrle du flux. Contrle de congestion La congestion intervient lorsque trop de sources tentent d'envoyer trop de donnes trop vite pour que le rseau soit capable de les transmettre. Ceci entrane la perte de nombreux paquets et de longs dlais. Les acquittements des donnes mises, ou l'absence d'acquittements, sont utiliss par les metteurs pour interprter de faon implicite l'tat du rseau entre les systmes finaux. l'aide de temporisations, les metteurs et destinataires TCP peuvent modifier le comportement du flux de donnes. C'est ce qu'on appelle gnralement le contrle de congestion. Il existe une multitude d'algorithmes d'vitement de congestion pour TCP. Autres TCP utilise un certain nombre de mcanismes afin d'obtenir une bonne robustesse et des performances leves. Ces mcanismes comprennent l'utilisation d'une fentre glissante, l'algorithme de dmarrage lent (slow start), l'algorithme d'vitement de congestion (congestion avoidance), les algorithmes de retransmission rapide (fast retransmit) et de rcupration rapide (fast recovery), etc. Des recherches sont menes actuellement afin d'amliorer TCP pour traiter efficacement les pertes, minimiser les erreurs, grer la congestion et tre rapide dans des environnements trs haut dbit.

Terminaison d'une connexion


La phase de terminaison d'une connexion utilise une poigne de main en quatre temps, chaque extrmit de la connexion effectuant sa terminaison de manire indpendante. Ainsi, la fin d'une connexion ncessite une paire de segments FIN et ACK pour chaque extrmit.

Ports TCP
TCP (tout comme UDP) utilise la notion de numro de port pour identifier les applications. chaque extrmit (client / serveur) de la connexion TCP est associ un numro de port sur 16 bits (de 1 65535) assign l'application mettrice ou rceptrice. Ces ports sont classs en trois catgories :

Transmission Control Protocol Les ports bien connus sont assigns par l'IANA (Internet Assigned Numbers Authority) dans la plage 0-1023, et sont souvent utiliss par des processus systme ou ayant des droits privilgis. Les applications bien connues qui fonctionnent en tant que serveur et sont en attente de connexions utilisent gnralement ces types de ports. Exemples : FTP (21), SSH (22), Telnet (23), SMTP (25), HTTP (80), POP3 (110). Les ports enregistrs sont gnralement utiliss par des applications utilisateur comme ports sources phmres pour se connecter un serveur, mais ils peuvent aussi identifier des services non enregistrs par l'IANA. Les ports dynamiques/privs peuvent aussi tre utiliss par des applications utilisateur, mais plus rarement. Ils n'ont pas de sens en dehors d'une connexion TCP particulire.

39

Dveloppement de TCP
C'est le ministre amricain de la Dfense (DoD) qui l'origine a dvelopp le modle de rfrence TCP/IP, car il avait besoin d'un rseau pouvant rsister toutes les situations[1]. TCP est un protocole assez complexe, et en volution. Mme si des amliorations significatives ont t apportes au cours des annes, son fonctionnement de base a peu chang depuis le RFC 793 [2], publi en 1981. Le RFC 1122 [3] (Host Requirements for Internet Hosts), a clarifi un certain nombre de pr-requis pour l'implmentation du protocole TCP. Le RFC 2581 [4] (TCP Congestion Control), l'un des plus importants de ces dernires annes, dcrit de nouveaux algorithmes utiliss par TCP pour viter les congestions. En 2001, le RFC 3168 [5] a t crit afin de prsenter un mcanisme de signalisation des congestions (explicit congestion notification ou ECN), et s'ajoute la liste des RFCs importants qui compltent la spcification originale. Au dbut du XXIesicle, TCP est utilis approximativement pour 95 % de tout le trafic Internet. Les applications les plus courantes qui utilisent TCP sont HTTP/HTTPS (World Wide Web), SMTP/POP3/IMAP (messagerie) et FTP (transfert de fichiers).

Alternatives TCP
De nombreuses applications en temps rel n'ont pas besoin, et peuvent mme souffrir, des mcanismes complexes de transport fiable de TCP : applications de diffusion multimdia (audio, vido), certains jeux multi-joueurs en temps rel, changes de fichiers, etc. Dans ce type d'applications, il est souvent prfrable de grer les pertes, erreurs ou congestions, plutt que d'essayer de les viter. Pour ces besoins particuliers, d'autres protocoles de transport ont t crs et dploys. UDP (User datagram protocol) est souvent utilis lorsque le temps-rel est privilgi sur la fiabilit. Tout comme TCP, ce protocole propose un multiplexage applicatif travers la notion de ports, mais fonctionne en mode non connect. SCTP (Stream Control Transmission Protocol), protocole fournissant des services similaires TCP (fiabilit, remise en ordre des squences, et contrle de congestion), tout en offrant la possibilit de communications multi-cibles comme avec UDP. MPTCP a pour but de permettre une mme connexion TCP travers diffrentes interfaces rseau, comme par exemple passer des rseaux GSM 3G/4G au WiFi.

Transmission Control Protocol

40

Rfrences
[1] DARPA / ARPA -- Defense / Advanced Research Project Agency (http:/ / www. livinginternet. com/ i/ ii_darpa. htm), livinginternet.com. Consult le 19 janvier 2011 [2] http:/ / tools. ietf. org/ html/ rfc793 [3] http:/ / tools. ietf. org/ html/ rfc1122 [4] http:/ / tools. ietf. org/ html/ rfc2581 [5] http:/ / tools. ietf. org/ html/ rfc3168

Internet Protocol
Internet Protocol (abrg en IP) est une famille de protocoles de communication de rseau informatique conus pour tre utiliss par Internet. Les protocoles IP sont au niveau 3 dans le modle OSI. Les protocoles IP s'intgrent dans la suite des protocoles Internet et permettent un service d'adressage unique pour l'ensemble des terminaux connects.

Fonctionnement
Lors d'une communication entre deux postes, le flux de donnes provenant de la couche transport niveau 4 du modle OSI (par exemple des segments TCP) est encapsul dans des paquets par le protocole IP lors de leur passage au niveau de la couche rseau. Ces paquets sont ensuite transmis la couche de liaison de donnes niveau 2 du modle OSI afin d'y tre encapsuls dans des trames (par exemple Ethernet). Lorsque deux terminaux communiquent entre eux via ce protocole, aucun chemin pour le transfert des donnes n'est tabli l'avance : il est dit que le Vint Cerf, le concepteur d'IP protocole est non orient connexion. Par opposition, pour un systme comme le rseau tlphonique commut, le chemin par lequel va passer la voix (ou les donnes) est tabli au commencement de la connexion : le protocole est orient connexion.

Services dlivrs
Les protocoles IP assurent l'acheminement au mieux (best-effort delivery) des paquets. Ils ne se proccupent pas du contenu des paquets, mais fournissent une mthode pour les mener destination.

Fiabilit
Les protocoles IP sont considrs comme non fiables. Cela ne signifie pas qu'ils n'envoient pas correctement les donnes sur le rseau, mais qu'ils n'offrent aucune garantie pour les paquets envoys sur les points suivants : corruption de donnes ; ordre d'arrive des paquets (un paquet A peut tre envoy avant un paquet B, mais le paquet B peut arriver avant le paquet A) ; perte ou destruction de paquet ; duplication des paquets. En termes de fiabilit, le seul service offert par un protocole IP est de s'assurer que les en-ttes de paquets transmis ne comportent pas d'erreurs grce l'utilisation de somme de contrle (checksum). Si l'en-tte d'un paquet comprend une erreur, sa somme de contrle ne sera pas valide et le paquet sera dtruit sans tre transmis. En cas de destruction d'un paquet, aucune notification n'est envoye l'expditeur (encore qu'un paquet ICMP peut tre envoy).

Internet Protocol Les garanties qu'un protocole IP n'offre pas sont dlgues aux protocoles de niveau suprieur. La raison principale de cette absence de gestion de la fiabilit est la volont de rduire le niveau de complexit des routeurs et ainsi de leur permettre de disposer d'une plus grande rapidit. L'intelligence est alors dporte vers les points d'extrmit du rseau.

41

Historique des versions


IPv4 est le protocole le plus couramment utilis en 2012 sur Internet tout comme sur les rseaux privs. IPv6 est son successeur. IPv4 utilise des adresses codes sur 32bits (soit en thorie 4 294 967 296 adresses possibles) tandis qu'IPv6 les code sur 128bits (soit en thorie 3,41038adresses possibles). Le premier champ d'un paquet d'un protocole IP est compos de 4 bits qui indiquent la version du protocole utilis. La valeur 0100 (4 en binaire) est utilise pour IPv4, 0110 (6 en binaire) pour IPv6. La valeur 0101 (5 en binaire) est utilise pour le protocole Internet Stream Protocol(en), la valeur 0111 (7 en binaire) pour TP/IX (RFC 1475), 1000 (8 en binaire) pour PIP (RFC 1621) et 1001 (9 en binaire) pour TUBA (TCP and UDP with Bigger Addresses, RFC 1347)[1].
En-tte IPv4.

puisement des adresses IPv4


La transition vers le protocole IPv6 permet de contourner une pnurie d'adresses publiques, ce qui aurait pu freiner la croissance du nombre de terminaux relis Internet. En attendant, les oprateurs envisagent le recours des traducteurs d'adresse rseau grande chelle pour prolonger le fonctionnement d'IPv4.

En-tte IPv6.

Notes et rfrences
[1] http:/ / www. ai. univ-paris8. fr/ ~ga/ Public/ EnteteProtocoles. pdf

Distribution de l'espace d'adressage IPv4 en fvrier 2011.

Sources et contributeurs de larticle

42

Sources et contributeurs de larticle


Routeur Source: http://fr.wikipedia.org/w/index.php?oldid=84863781 Contributeurs: 16@r, A3ronight, ADM, ANGKOR, Abrahami, Arpabone, AzertyFab, Barthelemy, Beeper, Bikepunk2, Bortzmeyer, Brupala, Btintifi, Calo, Coyote du 86, Crouchineki, Cutter, Damienzeus, Didier Misson, DocteurCosmos, Dodeluc, Elg, Elz64, Enjolras971, Floflo, Florent Brisson, Fluti, GLec, Geek2003, Gege2061, Golfestro, Gyrostat, Gz260, Hopea, IAlex, Ilario, Isabelle Y. Grondin, JB, JSDX, JackPotte, Jihaim, JujuTh, Kilith, Kirikou, Klemen Kocjancic, Kwaencore, Lamiot, Laurent Nguyen, LeFabz, Leag, Lomita, Lucma, MLD7865 Auto, Marin M., Mastergreg82, Masteryder, Melkor73, Mikay, Mro, Mschlindwein, Naevus, Nicolas Pawlak, Nodulation, Nyco, Oblic, Ofml, Orthogaffe, Oz, Phe, Piglop, Pizzarro, Poil, Popo le Chien, Pulsar, Pyerre, Roloff, Romainb, SN, SantoshLeuba, Slm85, Sodatux, Steff, Taguelmoust, Theocrite, Tieno, Tsunanet, Van Rijn, Vjardin, Wcorrector, Witoki, Xic667, Xofc, Zetud, Zil, ~Pyb, 123 modifications anonymes Rseau informatique Source: http://fr.wikipedia.org/w/index.php?oldid=84880591 Contributeurs: (:Julien:), Abrahami, Alex-F, Alibaba, Alkarex, Alno, Altaren, Andre Engels, Andromeda, AntonyB, Ar c'hentan, Athymik, BaWoneR, Badmood, Baronnet, BeatrixBelibaste, Bestter, Bikepunk2, Bilvalry, Biwak57, Bub's, CHRIS2030, Calo, Cantons-de-l'Est, Captainm, Ccmpg, Cdang, Cgsyannick, Chaouistes, Chrispradel, Clem23, Corbeil, Crouchineki, Cutter, Crales Killer, Darkoneko, David Berardan, Dedel98, Deep silence, Didier Misson, DocteurCosmos, Draezhenn, Effco, Esprit Fugace, Et caetera, Fabien v, Fphilibert, Freewol, G4sT0n, GLec, GaMip, Grimlock, Guillom, Gz260, HB, Herman, Ig0r, Informatiquepc, Inike, Isaac Sanolnacov, Iznogood, JB, JLM, JackPotte, Jef-Infojef, JeromeJerome, Kilith, Korg, Kropotkine 113, Laug, Laurent Nguyen, Le pro du 94 :), Leag, Lgd, Lilyu, Localhost, Lomita, Ludovic.ferre, M.Ordinateur, MECHAI31, MagnetiK, Malta, Marc BERTIER, Marc Mongenet, Marshall62, Med, Medium69, Melkor73, Memedou, Michco, Mikay, Mister Toufou, Moksha, MonsieurMime, Mro, Mudares, Nataraja, Nix 35, Noe NSUMBU, Nomenal, Nono64, Opendoc, Ork, Oxo, Oz, P-e, Pamplelune, Pano38, Patrick077, Pautard, Phe, Piglop, Pino, PivWan, Pmx, Popo le Chien, Popolon, Poulpy, Ppcm, Pseudomoi, Pshunter, Ptyxs, Pulsar, Punx, R4f, Romainhk, Rome2, Rsofiane, Rune Obash, Sdevaux, Seb35, Sebf, Sherbrooke, Speculos, Spooky, Ste281, Theoliane, Tieno, Tognopop, Toto Azro, Trapze, Tu5ex, Turb, UkPaolo, Valry Beaud, Wcorrector, Wgacquer, Wichtounet, X-Javier, Zandr4, Zebul, Zelda, Zetud, Zil, Zulu, ~Pyb, 254 modifications anonymes Modle OSI Source: http://fr.wikipedia.org/w/index.php?oldid=84737640 Contributeurs: 2A00:18A8:2:1:0:0:D:F9, 307sw136, Abrahami, Alchemica, Athymik, BTCK, Badzil, Bapti, Bellerophonvschimere, Boism, Bouliii, Brupala, Buf, Calo, Cdelahaye, Ci-gt le sage, Crochet.david, Cynddl, Cyrille999, Damiens1026, David Berardan, DavidBourguignon, Deep silence, Elimerl, Erasoft24, Eric.dane, Fafane, Fissiaux, Florence Frigoult, Francois Trazzi, GBg, GLec, GaMip, Gab's59, Gtabary, Hashar, Haypo, Hercule, Hevydevy81, Ilario, JackPotte, Jc.castellani, Jotun, Jsurinx, Karray, Kawazoe Masahiro, Kelson, Kethu, Kitovras, Koyuki, Laddo, Looxix, Lusiux, Maceoparker1, Maniak, Marc Girod, Marc Mongenet, Marc-Andr Beauchamp, MathsPoetry, MetalGearLiquid, Mikay, Mike2, Mrc2000, Naevus, Neseb, Nojhan, Nyco, Orthogaffe, Oz, Padawane, Pamplelune, Pautard, Pic-Sou, Pixeltoo, Progs, R4f, Ruliane, Ryo, Sanao, Sanguinarius, Seb35, Sebf, Sept, Serbenet, Shakki, Sherbrooke, Sophievm, Spone, SuperHeron, Tavernier, Topeil, Topilataupe, Toutoune25, Traroth, Urhixidur, Valry Beaud, Vargenau, Velisarius, Vidal, Xavierb, Yannguibet, Zeugma, Zil, Zulu, script de conversion, 253 modifications anonymes Paquet (rseau) Source: http://fr.wikipedia.org/w/index.php?oldid=83123488 Contributeurs: 16@r, Ahbon?, Boly38, Dooblem, Draky, Eberkut, Eric german, Hopea, Incnis Mrsi, JackPotte, Kyro, Melkor73, MetalGearLiquid, Mro, Piku, Speculos, Vonvon, 4 modifications anonymes Ethernet Source: http://fr.wikipedia.org/w/index.php?oldid=84530581 Contributeurs: -Nmd, 2A01:E35:8A28:6A70:7C8F:7C8A:29A2:6FE0, Abrahami, Archima, Arno., Artificis, B3nZ3n, Bac's, Badmood, Bertrand Fr 24, Bobblewik, Bobodu63, Briling, Brohee, Bub's, Buzz, Calo, Capbat, Captainm, Cburnett, Chaouistes, ChrisJ, Christyo, Cnuma, Coffrini, CommonsDelinker, Coyote du 86, Cyrienna, DainDwarf, David Berardan, EDUCA33E, Eberkut, Eric german, Escaladix, Eusebius, Fedmahn, Feldo, Freewol, Frodary, GLec, Ggal, Gd, Hibou57, Inike, Iznogood, JackPotte, Jerome66, Keikomi, Kilith, Koko90, Kropotkine 113, Le G.O., Le pro du 94 :), LeFabz, Leag, Lenaic, Litlok, Loader, Looxix, LyonL, MagnetiK, Manu1400, Maurice Akin, Mcannac, Med, MetalGearLiquid, Michbeie, Mikay, Mike-m, Mro, Mudares, Nathan30, NicoRay, Nykozoft, Olrick, Orthogaffe, Oz, P-e, Pabix, Pano38, PatLeNain, Patatosaure, PierreSelim, Pixeltoo, Ploum's, Plyd, Popolon, R, Raph, RaphAstronome, Roffetn2, Romainb, Romainhk, Romanc19s, Ryo, Rmih, Sam Hocevar, Sbrunner, Seafire, Sebf, Smainlak, SteF, Stephane.lecorne, SteveZodiac, Tbowan, Tifrere, Tiro, Trantor, Triba, Vargenau, Verdy p, W'rkncacnter, Xfigpower, Xofc, Xr, Yann Lejeune, Zardoz69, marseille-4-a7-62-147-114-146.dial.proxad.net, script de conversion, 166 modifications anonymes Couche physique Source: http://fr.wikipedia.org/w/index.php?oldid=84192800 Contributeurs: Aoineko, Badmood, Boism, Calo, Cdelahaye, Charlestos, Darthbob, Davfroy, Francois Trazzi, GLec, Hashar, Kirikou, Lamiot, Leguil, Nataraja, Orthogaffe, Oz, Pic-Sou, Pixeltoo, Poleta33, Ryo, Sammyh, Sept, The RedBurn, Youssefsan, Zulu, script de conversion, 21 modifications anonymes Couche liaison de donnes Source: http://fr.wikipedia.org/w/index.php?oldid=82620726 Contributeurs: Aintneo, Ange Gabriel, Aoineko, BTCK, Bub's, Buzz, Cableman, Calo, Cartmanboss, Caxelair, Cdelahaye, Enjolras971, Fma40700, Francois Trazzi, GLec, Hashar, Hercule, IAlex, JackPotte, Jradix, Juju2004, Kirikou, Lamiot, Leguil, Lomita, LyonL, MIRROR, MaTT, Madz006, MetalGearLiquid, Mudares, Olivier Teuliere, Orthogaffe, Oz, Phe, Pixeltoo, Rinaku, Ryo, Rmih, The RedBurn, Zil, Zulu, tienne68, 24 modifications anonymes Couche rseau Source: http://fr.wikipedia.org/w/index.php?oldid=74493802 Contributeurs: Aoineko, Bap, Calo, Cdelahaye, DiagMan, Eberkut, Francois Trazzi, GLec, Hashar, JpVDB, Kirikou, Lamiot, Leguil, MaTT, Melkor73, Olivier Teuliere, Orthogaffe, Oz, Pierre Coustillas, Pixeltoo, Ryo, Soccarfr, The RedBurn, Tmonzenet, Zil, Zulu, 17 modifications anonymes Couche transport Source: http://fr.wikipedia.org/w/index.php?oldid=82079950 Contributeurs: Aoineko, Calo, Crouchineki, Eberkut, Francois Trazzi, GLec, Hashar, Haypo, JackPotte, Kirikou, Koyuki, Labbaipierre, MaTT, Mcannac, Orthogaffe, Oz, Pixeltoo, Ryo, Rmih, The RedBurn, Van Rijn, Zil, Zulu, 12 modifications anonymes Couche session Source: http://fr.wikipedia.org/w/index.php?oldid=83570819 Contributeurs: Alphos, Aoineko, Azmeuk, Bond never dies, Cdelahaye, Francois Trazzi, GLec, Groolot, Hashar, Haypo, IAlex, Kirikou, Labbaipierre, Orthogaffe, Oz, Pixeltoo, QasU, Ron West, Ryo, Sam Hocevar, Tegu, Van Rijn, Verdy p, Youssefsan, Zil, Zulu, script de conversion, 12 modifications anonymes Couche prsentation Source: http://fr.wikipedia.org/w/index.php?oldid=76906686 Contributeurs: Aminetiir, Antwan, Aris, Badmood, Cdelahaye, Curry, Fafnir, Francois Trazzi, GLec, Hashar, Haypo, Jerome misc, Kirikou, Koyuki, Laurent CAPRANI, MaTT, Olivier Teuliere, Olivierchevallier, Orthogaffe, Oz, Pixeltoo, Ryo, Sam Hocevar, Verdy p, Visu@lSt@tion, YannBloch, Zil, 14 modifications anonymes Couche application Source: http://fr.wikipedia.org/w/index.php?oldid=79046472 Contributeurs: AFAccord, Alkarex, Aoineko, Aris, Cdelahaye, Elg, Francois Trazzi, GLec, Hashar, JackPotte, KaTeznik, Kirikou, Logomachicus, Mikue, Nnemo, Olivier Teuliere, Orthogaffe, Oz, Pixeltoo, Ryo, Sam Hocevar, Slaborde, Verdy p, Yvesb, Zulu, 30 modifications anonymes Suite des protocoles Internet Source: http://fr.wikipedia.org/w/index.php?oldid=84566800 Contributeurs: Acp, Anisometropie, Arakine, Arno., BZP, Badzil, Bernard Piette, BlaF, Chalmont, Christopheg, Cv, Daba, Dagnir85, Damienzeus, David Berardan, Davux, Deber, Eberkut, Egien, Esnico30, Fabien1309, Felip Many i Ballester, Fobos, Franquis, GLec, GT, Haypo, Hevydevy81, Hgsippe Cormier, IAlex, Ilario, JackPotte, Jastrow, Johnbull, Kirikou, Klemen Kocjancic, Koyuki, Laurent Nguyen, Leag, Litlok, Loveless, M LA, Manu1400, Marc Mongenet, Maximilian314, Mcannac, Med, Merlissimo, MetalGearLiquid, Mike2, Moala, NeMeSiS, Neustradamus, Niko77, Nono64, Orthogaffe, Oz, Padawane, Phe, Piglop, Pmx, Poil, Pulsar, Raph, Rinaku, Roffetn2, Romanc19s, Ryo, Sam Hocevar, Sebf, Sherbrooke, Syno, T, Tieno, Toutoune25, Tu5ex, Turb, Witoki, Xavier Combelle, Yas, Yfig, Zil, 112 modifications anonymes Transmission Control Protocol Source: http://fr.wikipedia.org/w/index.php?oldid=84898140 Contributeurs: -Nmd, 2001:660:7301:4168:BEAE:C5FF:FE62:2EEE, Alvaro, Andre Engels, Aoineko, Athymik, BZP, Benjamin, BlaF, Bub's, Buzz, Calo, Canarix, Capbat, ChrisJ, Daba, David Berardan, Davitof, Denis Dordoigne, Eberkut, Elfix, Erdnaxeli, Eusebius, Fab97, Francois Trazzi, GLec, Hemmer, IRedRat, JMVF, Jejelefou, Jerikojerk, Jmax, Jmdavid1789, Jona, Julien Stuby, Jylam, Koyuki, L0stman, Leag, LeonardoRob0t, Lomita, Magellan, Marc Mongenet, MathsPoetry, Mektroid, Melkor73, Milord, Moala, Mro, NaSH, Nef, Nono64, Nykozoft, Orlodrim, Orthogaffe, Oussama817, Oz, Pautard, Quaternion, R, Rhizome, Romanc19s, Rune Obash, Ryo, Sam Hocevar, Sebastienadam, Sebf, Skc, Symac, Tieno, Tomates Mozzarella, Trusty, Vargenau, Vonvon, Xavier Combelle, Zelda, Zil, script de conversion, 116 modifications anonymes Internet Protocol Source: http://fr.wikipedia.org/w/index.php?oldid=84646750 Contributeurs: Athena, BZP, Bap, Bayo, BigVicente, Bortzmeyer, Bourrichon, Calo, Christyo, Cornibus, Crales Killer, Damja, David Berardan, Davitof, EDUCA33E, Eberkut, Ediacara, Elg, Ellisllk, Eusebius, Eutvakerre, Francois Trazzi, Franois Marie, Freewol, GLec, Gotrek, Guiiillaume, HED, Hashar, Hbbk, IAlex, IRedRat, Ikerc, Inemajo, JMVF, JackPotte, Jedi1, Jef-Infojef, Johner, Keikomi, Kirikou, Krys06, Laurent Nguyen, LeFabz, Leag, Lylvic, M4thieu, Manu1400, Marc Mongenet, Mcannac, Melkor73, MetalGearLiquid, Mit-Mit, Moumousse13, MrTout, Mro, Nameless44, Nicolas Ray, Nono64, Numbo3, Nyco, Orthogaffe, R, Re3m1, Redox, Romanc19s, Ryo, Rmih, Sayfam, Sebf, Semnoz, Shawn, Sherbrooke, Tavernier, Topeil, Turb, Valry Beaud, Vazkor, Woodpecker, marc.villeneuve-tolosane.net, script de conversion, ~Pyb, 66 modifications anonymes

Source des images, licences et contributeurs

43

Source des images, licences et contributeurs


Fichier:Routeur-wifi.jpg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Routeur-wifi.jpg Licence: Free Art License Contributeurs: Original uploader was Vascer at fr.wikipedia Fichier:Leonard-Kleinrock-and-IMP1.png Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Leonard-Kleinrock-and-IMP1.png Licence: Public Domain Contributeurs: Leonard Kleinrock Fichier:ERS-8600.JPG Source: http://fr.wikipedia.org/w/index.php?title=Fichier:ERS-8600.JPG Licence: GNU Free Documentation License Contributeurs: Original uploader was PassportDude at en.wikipedia Fichier:Cisco-rs1.jpg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Cisco-rs1.jpg Licence: GNU Free Documentation License Contributeurs: GreyCat, Josette, Siebrand, 1 modifications anonymes Image:Internet map 1024.jpg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Internet_map_1024.jpg Licence: Creative Commons Attribution 2.5 Contributeurs: Barrett Lyon The Opte Project Image:Pkuczynski RJ-45 patchcord.jpg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Pkuczynski_RJ-45_patchcord.jpg Licence: GNU Free Documentation License Contributeurs: User:Pkuczynski Fichier:Reseau-local-et-internet.png Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Reseau-local-et-internet.png Licence: Creative Commons Attribution-Sharealike 3.0,2.5,2.0,1.0 Contributeurs: Bruno Voisin Fichier:IPv6 header rv1.svg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:IPv6_header_rv1.svg Licence: GNU Free Documentation License Contributeurs: Self-made (png version made by User:Helix84 and User:HorsePunchKid Fichier:Ethernet RJ45 connector p1160054.jpg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Ethernet_RJ45_connector_p1160054.jpg Licence: Creative Commons Attribution-ShareAlike 3.0 Unported Contributeurs: User:David.Monniaux Fichier:Ethernet Type II Frame format.svg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Ethernet_Type_II_Frame_format.svg Licence: Public Domain Contributeurs: Bruceadler, Jodo, MetalGearLiquid, Mikm, Popolon, WikipediaMaster, 3 modifications anonymes Fichier:Tcp connect.svg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Tcp_connect.svg Licence: Creative Commons Attribution-Sharealike 3.0 Contributeurs: User:Skc Fichier:Tcp talk.svg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Tcp_talk.svg Licence: Creative Commons Attribution-Sharealike 3.0 Contributeurs: User:Skc Fichier:Tcp close.svg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Tcp_close.svg Licence: Creative Commons Attribution-Sharealike 3.0 Contributeurs: User:Skc Fichier:Vinton Cerf.jpg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Vinton_Cerf.jpg Licence: Public Domain Contributeurs: Deprifry, Smoth 007, Superm401, 1 modifications anonymes Fichier:Ipv4 header.svg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Ipv4_header.svg Licence: Creative Commons Attribution-Sharealike 3.0,2.5,2.0,1.0 Contributeurs: Mro Fichier:Ipv6 header.svg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:Ipv6_header.svg Licence: Creative Commons Attribution-Sharealike 3.0,2.5,2.0,1.0 Contributeurs: Mro Fichier:IPv4 blocs.svg Source: http://fr.wikipedia.org/w/index.php?title=Fichier:IPv4_blocs.svg Licence: Creative Commons Attribution-Sharealike 3.0,2.5,2.0,1.0 Contributeurs: Mro

Licence

44

Licence
Creative Commons Attribution-Share Alike 3.0 Unported //creativecommons.org/licenses/by-sa/3.0/