Support de cours Rseaux et systmes de

Tlcommunication
0. INTRODUCTION
Les rseaux aujourdhui sont devenus de plus en plus compliqus et de tailles normes.
Les problmatiques lies aux rseaux informatiques et leur gestion sont extrmement
nombreuses. Les moyens, solutions et protocoles permettant dy rpondre sont presque
tout aussi nombreux.
Pour pouvoir rutiliser facilement des lments ayant fait leurs preuves, tout en
conservant un fort potentiel dvolutivit, ainsi que dassurer de meilleure
compatibilit et interoprabilit entre les diverses technologies, il est ncessaire
dorganiser, structurer et hirarchiser voire standardiser les moyens technologiques
associs aux rseaux.
Ainsi, pour pouvoir faciliter la gestion de tels rseaux si compliqus, et pour limiter les
responsabilits, il est primordial de dcomposer les tches complexes en tches
relativement simples dont on affecte chacune delles une couche spcialise, donc
une structure en couches sera bien propose.

1. LE MODLE OSI
1.1. PRINCIPES DU MODELE OSI
1.1.1. Architecture en couches
La plupart des systmes de tlcommunications sont construits selon une
architecture en couches, cest--dire une segmentation en plusieurs niveaux,
empils lun sur lautre, qui ont chacun des finalits diffrentes mais participent
tous la transmission de la communication entre plusieurs nuds.
Chaque couche ralise donc une partie des oprations ncessaires pour y
parvenir, et est lie aux 2 couches adjacentes (suprieures et infrieures) par la
notion dinterface, qui est lensemble des oprations proposes la couche
suprieure, et utilises de la couche infrieure. Deux couches de mme niveau
de deux nuds diffrents peuvent ainsi communiquer, en utilisant un
protocole spcifique.

Figure 1.1 : architecture en couches dun rseau

Le nombre de couches, leur nom, leurs fonctions, etc. peut varier dun systme un
autre.

1.1.2. Communication entre couches

Les couches de mme niveau ne communiquent pas directement entre elles, mais via
un mcanisme qui est transparent ; on parle de communication virtuelle.
Au niveau du nud metteur, une donne mise dune couche (n) est prise en
charge par la couche (n1) qui ralise diverses oprations et transmet la donne la
couche (n2), et ainsi de suite, jusqu atteindre la couche la plus basse, laquelle a
notamment pour fonction de grer laccs au support physique de transmission, et
vhicule alors effectivement la donne jusqu lautre nud.
La donne est alors prise en charge par la couche la plus basse du nud destinataire,
qui ralise diverses oprations (inverses) et la transmet la couche suprieure, et
ainsi de suite, jusqu la couche (n) o lon doit retrouver la donne telle quelle a t
mise partir de cette mme couche du nud metteur, comme si les couches de
mme niveau avaient pu communiquer directement entre elles.

1.1.3. Interface entre deux couches

Le dcoupage en couches ncessite que chacune dentre elles propose un ensemble
doprations la couche qui lui est suprieure. La manire dont les oprations dune
couche (n) -mises disposition de la couche (n+1)- ont t ralises doit reste
mconnue par cette dernire, la fois car elle nen a pas besoin, et aussi parce que la
manire dont elle ralise ses propres oprations doit en tre indpendante ; on parle
alors dinterface.
Les oprations ainsi mises la disposition par une couche (n) sont appeles services ;
la couche (n) est fournisseur de services, alors que la couche (n+1) est utilisateur de
2

services ; la couche (n) est elle-mme utilisateur des services de la couche (n1).
Au niveau du nud metteur, lorsquune donne est mise dune couche (n), celle-ci
fait appel lun des services de la couche (n1), et lui transmet une trame constitue
de la donne mettre et dinformations de contrle, qui permettront la couche
(n) du destinataire dexploiter les donnes reues (numro didentification, CRC, etc.)
: ce qui peut tre rsum ainsi : trame = donnes + informations de contrle.
La donne transmettre, appele SDU (Unit de Donnes du Service), est donc
associe aux informations de contrle, appeles PCI (Informations de Contrle du
Protocole), par encapsulation dans une trame de donnes, appele PDU (Unit de
Donnes du Protocole) ; cette trame est alors considre par la couche (n1) comme
la donne quelle doit prendre en charge, cest--dire le SDU. Et ainsi de suite :
chaque descente par une couche, la trame de donnes est donc encapsule dans une
autre trame.
Au niveau du nud destinataire, le processus dencapsulation est invers : chaque
remonte par une couche, une trame de donnes est extraite de la trame; cest bien
le processus inverse: dcapsulation.

Figure 1.2 : encapsulation dune donne pour passage dans une autre couche
On peut synthtiser le mcanisme dencapsulation ralis aux interfaces de la faon
suivante :

PDU (n) =SDU (n) + PCI (n) ;

SDU (n1) =PDU (n).

1.2 . DFINITION DU MODELE OSI

Un systme ouvert est tout systme capable de sinterconnecter avec dautres systmes
de technologie diffrente.
Le modle OSI (Interconnexion des Systmes Ouverts) est un modle gnrique et
standard darchitecture dun rseau, structur en 7 couches, labor par lorganisme
ISO (Organisation Internationale de Standardisation) et lITU (Union Internationale de
Tlcommunication) dans le but de standardiser et donc faciliter la gestion et
linterconnexion des systmes ouverts.

1.3. DCOUPAGE EN COUCHES

Dans le dcoupage en 7 couches, on distingue :
Les couches basses (1-4) : transfert de linformation par les diffrents services
3

de transport ;
Les couches hautes (5-7) : traitement de linformation par les diffrents services
applicatifs.

Figure 1.3 : reprsentation du modle OSI

1.3.1. La couche Physique

La couche physique (Physical layer) gre la communication avec linterface physique
afin de faire transiter ou den rcuprer les donnes sur le support de transmission,
qui peut tre lectrique, optique et lectromagntique.
Ce sont les contraintes matrielles du support utilis qui dcident des objectifs
atteindre pour cette couche : conversion en signaux adapts au support, taille et
forme des connecteurs, dimensions et position des antennes, etc.
Ex. : Interconnexion avec le support physique de transmission (paire torsade, fibre
optique, etc.), choix du codage (NRZ, Manchester, modulation AM, FM, etc.).
Nb : Il est conceptuellement faux de considrer que le support physique de
transmission lui-mme appartient cette couche.

1.3.2. La couche Liaison

La couche liaison de donnes (Datalink layer) soccupe de la bonne transmission de
linformation entre les nuds via le support, en assurant la dtection des erreurs de
transmission et la synchronisation des donnes.
L aussi, le support de transmission conditionne les protocoles mettre en uvre.
Ex. : Gestion des erreurs (contrles de parit, CRC, etc.), synchronisation (Xon/Xoff,
CSMA/xx, etc.), multiplexage.

1.3.3. La couche Rseau

La couche rseau (Network layer) a en charge de dterminer le choix de la route
4

entre les nuds afin de transmettre de manire indpendante linformation ou les

diffrents paquets la constituant en prenant en compte en temps rel le trafic. Cette
couche assure aussi un certain nombre de contrles de congestion qui ne sont pas
grs par la couche liaison.
Ex. : Techniques de commutation de donnes (circuits, paquets, etc.).
Nb : Dans les rseaux diffusion, le routage est trs simple, la couche rseau est donc
minimaliste, voire inexistante.

1.3.4. La couche Transport

La couche transport (Transport layer) supervise le dcoupage et le rassemblage de
linformation en paquets, contrlant ainsi la cohrence de la transmission de
linformation de lmetteur vers le destinataire.
Ex. : Techniques de commutation par paquets, fragmentation.

1.3.5. La couche Session

La couche session (Session layer) gre une communication complte entre plusieurs
nuds, permettant ainsi dtablir et de maintenir un rel dialogue suivi (/ une
session), pouvant tre constitu de temps morts pendant lesquels aucune donne
nest physiquement transmise.
Ex. : Une connexion HTTP avec suivi de navigation sur un mme site web (usage des
cookies), une connexion FTP.

1.3.6. La couche Prsentation

La couche prsentation (Presentation layer) a en charge la reprsentation des
donnes, cest--dire de structurer et convertir les donnes changes ainsi que leur
syntaxe afin dassurer une compatibilit des informations et donc la communication
entre des nuds de nature diffrente (diffrents Microprocesseurs et/ou diffrents
Systmes dexploitation, etc.).
Ex. : Codage des donnes (ASCII, Unicode, little-endian, big-endian, etc.), cryptage,
compression.

1.3.7. La couche Application

La couche application (Application layer) est le point daccs des applications
utilisateurs aux services rseaux. On y retrouve toutes les applications de
communication via le rseau communment utilises sur un LAN ou sur internet :
applications de transfert de fichiers, courrier lectronique, etc.
Ex. : Navigateurs (HTTP), transfert de fichiers (FTP), clients email (SMTP), etc.

1.4 TRANSMISSION DE DONNES TRAVERS LE MODLE OSI

La transmission de donnes travers le modle OSI utilise le principe de
communication virtuelle en utilisant des interfaces inter-couches. Il y a donc
encapsulation successive des donnes chaque interface (H : Header, T : Trailer) (voir
les figures 1.4.a et 1.4.b).
5

Figure 1.4.a : transmission de donnes travers le modle OSI

Figure 1.4.b : processus de encapsulation / dcapsulation

Il est important de noter que le modle OSI, reste comme son nom lindique, un
modle, qui nest pas scrupuleusement respect, mais vers lequel on tente
gnralement de se rapprocher dans le sens de standardisation. De plus, ce modle a
t historiquement tabli aprs la mise en place de technologies ayant fait leurs
preuves, et il ne peut, de fait, pas toujours tre rigoureusement suivi ; cest le cas du
protocole TCP/IP en Amrique.
TCP/IP et OSI ont des structures trs proches, et c'est surtout l'effort de
normalisation d'OSI qui a impos cette "confusion" gnrale entre les 2 modles. On
6

a communment tendance considrer TCP/IP comme l'implmentation relle dOSI,

et utiliser OSI comme le modle rseau de rfrence actuel mme si cest TCP/IP
qui est concrtement utilis.

2 LE PROTOCOLE TCP/IP
2.1 DFINITIONS
Le protocole TCP/IP, dvelopp originellement par le ministre de la dfense
amricain en 1981, propose lvolution de concepts dj utiliss en partie pour le
rseau historique ARPAnet (1972), et est employ en trs forte proportion sur le
rseau internet. Au-del de son aspect historique, TCP/IP doit aussi son succs son
indpendance vis--vis de tout constructeur informatique.
En ralit, TCP/IP dfinit une suite de divers protocoles probabilistes, appel aussi
modle DOD (Department of Defense), pour la communication sur un rseau
informatique, notamment le protocole TCP et le protocole IP qui sont parmi les
principaux protocoles de ce modle.

2.2. TCP/IP ET LE MODLE OSI

2.2.1. Dcoupage en couches
Le protocole TCP/IP tant antrieur au modle OSI, il ne respecte pas rellement
celui-ci. Cependant, on peut faire grossirement correspondre les diffrents services
utiliss et proposs par TCP/IP avec le modle OSI, et obtenir ainsi un modle en 4
couches.

Figure 2.1 : reprsentation du modle TCP/IP

Les services des couches 1 et 2 (physique et liaison) du modle OSI sont intgrs dans
une seule couche (hte-rseau) ; les couches 5 et 6 (session et prsentation) nexistent
pas rellement dans le modle TCP/IP et leurs services sont raliss par la couche
7

application si besoin est.

2.2.1.1. La couche Hte-rseau

La couche hte-rseau, intgrant les services des couches physique et liaison du
modle OSI, a en charge la communication avec linterface physique afin de
transmettre ou de rcuprer les paquets de donnes qui lui sont transmis de la
couche suprieure. Le protocole utilis pour assurer cet interfaage nest pas
explicitement dfini puisquil dpend du rseau utilis ainsi que du nud (Ethernet
en LAN, X25 en WAN, ).

2.2.1.2. La couche Internet

La couche internet, correspondant la couche rseau du modle OSI, soccupe de
lacheminement, bonne destination, des paquets de donnes indpendamment les uns
des autres, soit donc de leur routage travers les diffrents nuds par rapport au trafic
et la congestion du rseau. Il nest en revanche pas du ressort de cette couche de
vrifier le bon acheminement.
Le protocole IP (Internet Protocol) assure intgralement les services de cette couche, et
constitue donc lun des points-clefs du modle TCP/IP. Le format et la structure des
paquets IP sont prcisment dfinis.

2.2.1.3. La couche Transport

La couche transport, pendant de la couche homonyme du modle OSI, gre le
fractionnement et le rassemblage en paquets du flux de donnes transmettre. Le
routage ayant pour consquence un arrivage des paquets dans un ordre incertain, cette
couche soccupe aussi du ragencement ordonn de tous les paquets dun mme
message.
Les deux principaux protocoles pouvant assur les services de cette couche sont les
suivants :
TCP (Transmission Control Protocol) : protocole fiable, assurant une
communication sans erreur par un mcanisme: question / rponse / confirmation /
synchronisation (orient connexion) ;
UDP (User Datagram Protocol) : protocole non-fiable, assurant une communication
rapide mais pouvant contenir des erreurs en utilisant un mcanisme question /
rponse (sans connexion).

2.2.1.4. La couche Application

La couche application, similaire la couche homonyme du modle OSI, correspond
aux diffrentes applications utilisant les services rseaux pour communiquer travers
un rseau.
Un grand nombre de protocoles divers de haut niveau permettent dassurer les services
de cette couche :
Telnet : ouverture de session distance ;
FTP (File Transfer Protocol) : protocole de transfert de fichiers ;
HTTP (HyperText Transfer Protocol) : protocole de transfert de lhypertexte ;
SMTP (Simple Mail Transfer Protocol) : protocole simple de transfert de
8

courrier ;
DNS (Domain Name System) : systme de nom de domaine ;
etc.
2.2.2. Suite de protocoles
Le modle TCP/IP correspond donc une suite de protocoles de diffrents niveaux
participant la ralisation dune communication via un rseau informatique. Beaucoup
de ces protocoles sont rgulirement utiliss par tous du fait de lessor dinternet.

Figure 2.2 : suite de protocoles du modle TCP/IP

On parle aussi de pile de protocoles afin de rappeler quil sagit bien dune
architecture en couches, et que les donnes issues dun protocole dune couche sont
encapsules dans un protocole de la couche infrieure. Ainsi, une requte HTTP est
transporte dans un segment TCP, lui-mme encapsul dans un datagramme IP, etc.

2.3. LE PROTOCOLE IP
2.3.1. Dfinitions
Le protocole IP (Internet Protocol), assure le service attendu de la couche rseau du
modle TCP/IP. Son rle est donc de grer lacheminement des paquets (issus de la
couche transport) entre les nuds de manire totalement indpendante, mme dans le
cas o les paquets ont mmes nuds source et destination.
Le protocole IP offre un fonctionnement non fiable et sans connexion, base
denvoi/rception de datagrammes (flux de bits structurs) :
Non fiable : absence de garantie que les datagrammes arrivent destination ; les
datagrammes peuvent tre perdus, retards, altrs ou dupliqus sans que ni la
source ou la destination ne le sachent ; on parle de remise au mieux (best
effort delivery) ;
Sans connexion (mode non-connect) : chaque datagramme est trait et donc
achemin de manire totalement indpendante des autres.
Le rle dIP tant de dterminer le chemin entre les nuds source et destination, soit
donc dterminer les nuds intermdiaires, il faut disposer dun mcanisme permettant
didentifier de manire unique chaque nud sur le rseau.
Les nuds intermdiaires sont appels routeurs, et pour assurer cette communication,
ce protocole se base sur ce que lon appelle ladresse IP que chaque nud possde.

3. SYSTEME CLIENT/SERVEUR
Dans le cadre dune communication entre 2 machines, on distingue donc :
La machine serveur : en attente dune rception provenant de nimporte
quelle machine, on dit: tre lcoute ;
La machine cliente : ralise une mission en direction dun serveur prcis.
Cest toujours le client qui initie la communication en sadressant un serveur apte
rpondre sa demande, celui-ci proposant donc les services recherchs en attendant
passivement les requtes des clients. Le serveur est alors un fournisseur de services,
alors que le client est consommateur de services.
Un serveur est gnralement capable de rpondre plusieurs clients en mme
temps, cest--dire de traiter simultanment plusieurs communications avec
diffrents clients.

3.1. Port de connexion

Dans le protocole TCP/IP, la communication des donnes se ralise par messages
dcoups en paquets, arrivant dans un ordre incertain. Ces messages peuvent
correspondre plusieurs sessions diffrentes et donc tre entremls ; ils peuvent
aussi tre issus dapplications diverses et utilisant donc des protocoles diffrents.
Le protocole TCP/IP doit donc disposer dun mcanisme permettant de distinguer les
messages appartenant une session diffrente ainsi que les messages encapsulant
des protocoles diffrents ; ce mcanisme est le principe de port de connexion.
Le port de connexion, aussi appel port de service, est lidentifiant logiciel unique de
lapplication mettant ou recevant le message associ une communication
ponctuelle. Ce port est cod sur 16 bits.
Lors dune communication entre deux htes, les ports de communication source et
destination doivent donc tre dfinis, et associs respectivement ladresse source
et ladresse destination. Lensemble (adresse + port), not adresse:port et
communment appel socket, constitue un identifiant totalement unique, et le
couple de sockets adresse_src:port_src / adresse_dst:port_dst les deux extrmits
dun support par lequel une communication point--point bidirectionnelle peut
stablir.
Il faut noter que dans un systme client/serveur, pour contacter un service
spcifique, seul le numro de port peut raliser la distinction entre les services
proposs et les protocoles utiliss. Il en rsulte que les ports source et destination
dune mme communication sont gnralement diffrents (en effet, une machine
peut tre cliente et serveur dun mme type de services).
Parmi les 216 numros de port de connexion disponibles, 3 zones sont dfinies :
0 1023 : ports reconnus, rservs aux services standard ;
Exemples :
20-21 : FTP
10

23 : Telnet
25 : SMTP
53 : DNS
80 : HTTP
110 : POP3
443 : HTTPS
137-139 : NetBios
445 : partage de fichiers et dimprimante Windows;
1024 49151 : ports enregistrs, utilisables temporairement par le systme
dexploitation ou dans le domaine priv ;
49152 65535 : ports publics et dynamiques, libres dutilisation.
Ainsi, un ordinateur mettant une requte HTTP vers un serveur web tablit donc
une connexion entre un port local dtermin alatoirement par le systme
dexploitation et le port 80 du serveur web, soit donc par exemple le couple de
sockets 212.195.198.187:2256 / 78.109.84.60:80.

3.2. Le protocole TCP

Le protocole TCP (Transmission Control Protocol) assure les services attendus de la
couche transport du modle TCP/IP. Son rle est donc de grer la fragmentation et le
rassemblage en paquets des segments de donnes qui transitent via le protocole IP.
Afin de fiabiliser la communication, TCP doit donc aussi rordonner les paquets avant
de les assembler, et doit aussi grer les paquets errons ou perdus.
Pour cela, TCP fonctionne en mode connect en usant de deux mcanismes mettant
en uvre un principe de synchronisation/question/rponse/confirmation :
Accus de rception (acquittement: ACK): tout envoi de donnes de la
machine A vers la machine Best acquitt par B.
Lacquittement doit tre reu avant lchance dune temporisation
amorce par A lors de lenvoi des donnes.
Un paquet-acquittement peut transporter un acquittement cumulatif
pour plusieurs envois de donnes distincts;
Lmetteur conserve une trace des paquets mis;
Le rcepteur garde une trace des paquets reus.

11

Figure 4.8: principe et usage de lacquittement

Mcanisme dit poigne de main les deux stations se contactent et
saccordent afin de sassurer dtre prtes communiquer avant toute
transmission; un mcanisme similaire est mis en place en fin de
communication.
TCP, malgr son anciennet (1981), demeure un protocole robuste et fiable (mais
lent par rapport UDP), utilis dans de nombreuses applications (HTTP, FTP, SMTP)
car bien adapt aux rseaux maills, et de ce fait utilis dans plus de 90 % du volume
de donnes qui se transite via Internet; son principal inconvnient est le manque de
scurisation quil propose.

3.2.1. Le segment TCP

Un segment TCP, aussi appel paquet TCP, correspond aux donnes mises de la
couche suprieure encapsules dans une trame constitue de 2 champs:
- Un segment TCP (UDP): 20 65515 octets, (doit pouvoir tre encapsul dans
un datagramme IP):
1 champ en-tte (PCI): 20 60 octets;
Informations principales: 20 octets.
Informations optionnelles: 0 40 octets.
1 champ donnes (SDU): 0 65495 octets.
Le segment TCP est encapsul dans un datagramme IP en fixant le champ protocole
6 octets.

12

Figure 4.9 : segment TCP

Les diffrentes informations principales du champ en-tte sont les suivantes :
Port source (16) : port source de lapplication sur la machine source ;
Port destination (16) : port destination de lapplication sur la machine
destination ;
Numro de squence (32) : numro du premier octet du paquet dans
lensemble du flux de donnes transmis, 0 pour le 1er paquet dun message
cf. bit SYN ;
Numro dacquittement (32) : numro de squence attendu, soit donc le
numro du dernier octet reu incrment de 1 (les paquets de numros
infrieurs ayant donc tous t reus) cf. bit ACK ;
Data offset (4) : position du champ donnes dans le paquet en mots de 32 bits
longueur de len-tte (PCI) ;
(rserv) (6) : positionn 0 ;
Flags (6) : bits de contrle ;
URG, URGent (1) : utilisation du champ pointeur durgence, 1;
ACK, ACKnowledgment (1) : validation du champ numro dacquittement, 1;
PSH, PuSH (1) : livraison instantane des donnes lapplication sans mise en
mmoire tampon demande dacquittement, 1;
RST, ReSeT (1) : demande de rinitialisation de connexion, 1;
SYN, SYNchronisation (1) : synchronisation des numros de squence, 1;
FIN, FINalize (1) : fin de la transmission, 1.
Taille de la fentre (16) : nombre doctets transmettre sans ncessit
daccus de rception ;
Checksum (16) : somme de contrle de vrification ( prise en compte du
champ donnes, et dun champ entte virtuel constitu des adresses IP source
et destination extraites de len-tte IP) ;
Pointeur durgence (16) : position dune donne urgente par rapport au
numro de squence, spcifiant une livraison instantane lapplication ds
que loctet point est lu ( positionner juste aprs la donne urgente) cf. bit
URG.
Les informations optionnelles du champ en-tte sont peu utilises (indication de la
MTU pour optimisation, etc.) ; si une ou plusieurs options sont spcifies, elle sont
codes en multiple de 8 bits, et le champ en-tte est rempli de bits de bourrage (= 0),
13

afin dobtenir une longueur multiple de mots de 32 bits.

3.2.2. Gestion dune connexion TCP

Le protocole TCP est orient connexion suivant un mcanisme de poigne de main
en trois temps qui vise sassurer que la source et la destination sont prtes
communiquer en se synchronisant. Une fois la communication tablie, les 2 parties
sont connectes jusqu sa fermeture explicite.
Les diffrentes tapes de ce mcanisme pour ltablissement de la communication
sont les suivantes :
0 : Le serveur attend passivement larrive dune demande de connexion (mise
en coute sur un port donn avec la primitive listen + mise en attente dune
connexion avec la primitive accept) ;
1 : Le client envoie une demande de connexion (adresse_dst:port_dst) sous
forme dun segment TCP avec les bits SYN 1 et ACK 0, ainsi que son numro
de squence initial (N) ( ouverture active avec la primitive connect), puis
attend une rponse ;
2 : Le serveur rpond en envoyant un segment avec les bits SYN et ACK 1, qui
acquitte le segment reu du client avec le numro dacquittement (N+1) et
indique son numro de squence initial (P) ( ouverture passive ) ;
3 : Le client acquitte ce segment reu en renvoyant un segment avec le bit ACK
1 et le numro dacquittement (P+1) ; la connexion est tablie, les donnes
peuvent tre transmises.

14

Nb : Une amlioration de TCP, nomme acquittement slectif (SACK, Selective

15

ACKnowledgment), permet
dacquitter cumulativement des paquets reus dans le dsordre.
4.4.2.4 Contrle de flux
Comme les deux machines qui communiquent sont htrognes avec donc des
buffers dmission et de rception
de tailles diffrentes il est ncessaire de disposer dun mcanisme de
synchronisation afin dviter les pertes de
donnes, ainsi que doptimiser le trafic.
Le contrle de flux est mis en oeuvre avec la mthode de la fentre glissante, base
sur la taille de la fentre du
rcepteur son buffer de rception , et qui est utilise conjointement avec le
principe dacquittement de tout envoi de
donnes et la possibilit dacquitter plusieurs envois de donnes en une seule fois.
Le rcepteur communique la taille de la fentre lmetteur lors de la poigne de
main dtablissement de la
connexion ainsi que lors de chaque envoi dacquittement, car la taille de cette fentre
est susceptible de varier
( glissante ). Lmetteur se synchronise alors en temps rel sur cette valeur de
fentre pour raliser ses envois de
donnes sans attendre de recevoir dacquittement, et ce jusqu atteindre la taille de
la fentre prcise ou quun
acquittement lui parvienne. De son ct, le rcepteur reoit les donnes et envoie un
acquittement cumulatif lorsque
son buffer de rception arrive saturation ou que la taille de la fentre volue.
Nb : Le flux peut aussi tre modifi tacitement par interprtation implicite de ltat
du rseau entre lmetteur et le
destinataire. Ainsi, labsence ou le duplicata dacquittements implique une
modification du flux par temporisation,
rmission de certains paquets, etc.
4.4.3 Le protocole UDP
4.4.3.1 Dfinitions
Le protocole UDP (User Datagram Protocol 1) assure les services attendus de la
couche transport du modle
TCP/IP. Tout comme TCP, son rle est donc de grer le fractionnement et le
rassemblage en paquets des segments de
donnes qui transitent via IP. Cependant, UDP nassure aucun autre service
supplmentaire : pas de
rordonnancement, pas de suivi de la communication laide daccus de rception,
pas de contrle de flux.
UDP fonctionne en mode non connect, cest--dire quil ne fait que transporter les
paquets de manire
indpendante, sans assurer la moindre cohrence entre eux.
Cette implmentation simpliste de la couche transport assure une transmission
rsolument non fiable 2 mais
16

extrmement rapide, ddiant UDP un usage spcifique aux transmissions de

donnes de trs faible volume 3, devant
tre transmises rapidement 4, ou tant peu sensibles un faible taux derreur 5. De
plus, cette transmission sans gestion
de connexion permet UDP dassurer des transmissions de type multicast, en
diffusion vers plusieurs noeuds
destinataire en mme temps ; ce dont nest pas capable TCP 6.
Aucune garantie nest donc assure par UDP, et cest alors lapplication qui
communique via UDP de grer
ventuellement les problmes de pertes, duplications, retards, etc.
4.4.3.2 Le datagramme UDP
Un datagramme UDP, aussi appel paquet UDP, correspond aux donnes mises de
la couche suprieure
encapsules dans une trame constitue de 2 champs :
f 1 datagramme UDP (PDU) : 8 65515 octets (doit pouvoir tre encapsul dans un
datagramme IP) ;
W 1 champ en-tte (PCI) : 8 octets ;
W 1 champ donnes (SDU) : 0 65507 octets.
Le datagramme UDP est encapsul dans un datagramme IP en fixant le champ
protocole 17.

Figure 4.12 : datagramme UDP

Les diffrentes informations du champ en-tte sont les suivantes :
W port source (16) : port source de lapplication sur la machine source ;
W port destination (16) : port destination de lapplication sur la machine destination ;
W longueur (16) : longueur de len-tte et des donnes, 8 65515 ;
W checksum (16) : somme de contrle de vrification de len-tte (prise en compte
du champ donnes, et dun
champ en-tte virtuel constitu des adresses IP source et destination extraites de
len-tte IP).
Le champ donnes peut tre complt si ncessaire par un octet nul pour atteindre
un nombre total doctets pair.
4.5 COMPLMENTS
4.5.1 Routage IP
4.5.1.1 Dfinitions
Le routage IP, principale fonctionnalit assure par le protocole IP, dsigne le
processus de dtermination du
chemin par lesquels les datagrammes IP transitent de la source la destination.
La route est reprsente par la liste ordonne des diffrentes machines
intermdiaires et successives par lesquelles la
17

communication seffectue, machines alors appeles routeurs. Ce choix de route

sappuie gnralement sur le trafic et
ltat de congestion du rseau au moment de lenvoi du message afin dacheminer les
paquets le plus rapidement
possible, mais il peut aussi se baser sur des critres comme la fiabilit ou le cot de
transmission 1.
Comme IP fonctionne selon un systme de commutation par paquets, lmetteur ne
dtermine donc pas lintgralit
de la route optimale et des routes optionnelles avant lenvoi, mais fonctionne suivant
un systme de routage par sauts
successifs 2, en dterminant uniquement le premier routeur dans la direction de la
destination. Lequel ralise la mme
opration, et ainsi de suite jusqu atteindre le rseau du destinataire. Ceci a aussi
lavantage dviter de maintenir une
liste de routes exhaustive et complexe 3, et de laisser le choix du segment de route
lapprciation de chaque routeur.
Chaque noeud du rseau, routeur ou non, ne connat ainsi que quelques segments de
route, constituant ce quon
appelle la table de routage, et qui contient les informations permettant datteindre
les diffrentes destinations
possibles 4. Un segment de route est ainsi dfini par 4 informations principales :
W destination : adresse IP dun rseau (ventuellement dun hte) ;
W masque : masque associ ladresse IP de destination ;
W passerelle : adresse IP du routeur devant prendre en charge les communications
pour cette destination
(aucune si la destination est sur un rseau accessible directement) ;
W interface : interface physique par laquelle la destination est accessible
(directement ou indirectement via une
passerelle).
Toute table de routage contient toujours une route par dfaut, suivre si le
destinataire du datagramme ne
correspond aucune destination des segments de route spcifis dans la table de
routage.
En pratique, pour tablir la table de routage, on procde donc linverse : on
dtermine la route par dfaut (dans le
cas dune machine pouvant accder internet, il sagit gnralement de la route qui y
mne), puis on soccupe des
rseaux qui ne peuvent tre atteints via cette passerelle.

18

Figure 4.13 : exemple dinterconnexion de rseaux via des routeurs

La table de routage associe lhte 192.168.0.50 est la suivante :

Nb : Lindication 0.0.0.0 pour destination et masque correspond nimporte quelle

adresse IP. Lindication 0.0.0.0
pour la passerelle dsigne un rseau accessible directement (la passerelle est alors
lhte courant lui-mme) ; on peut
indiquer la place *, ou bien ladresse IP de linterface sur laquelle le rseau est
directement joignable. Ladresse IP
de linterface peut tre remplace par le nom de linterface au sein du systme
dexploitation : ethx pour les interfaces
type ethernet, lo pour linterface loopback, pppx pour les interfaces srie, etc.
Lordre des segments de route indiqus dans la table de routage est important. En
effet, lors dun choix de route,
ladresse de destination du datagramme router est recherche dans la table de haut
en bas ; si ladresse correspond
lune des entres (destination & masque), alors le datagramme est rout vers le
routeur indiqu (passerelle) via le
noeud associ (interface). Cest pourquoi la route par dfaut est toujours indique
en dernier.
4.5.1.2 Routage dynamique
Afin dassurer la bonne transmission des datagrammes, tout comme pour optimiser
le trafic, il est ncessaire de
19

maintenir rgulirement jour les tables de routage de lensemble des routeurs dun
rseau. Sur les gros rseaux, cette
tche devient rapidement irralisable. Il faut alors mettre en place une solution de
routage dynamique.
Le routage dynamique est un mcanisme par lequel les routeurs communiquent
entre eux et peuvent alors se
configurer les uns les autres de manire totalement automatique. Ainsi, on sassure
que les tables de routage sont
jour en refltant ltat rel et physique des routes. Les avantages sont multiples :
optimisation du trafic, baisse des
erreurs de transmission, gestion des surcharges, etc.
Le routage dynamique est implment par lutilisation dun protocole de routage.
Divers protocoles existent que lon
peut regrouper en 2 catgories :
W IGP (Interior Gateway Protocol 1) : Protocole de routage dynamique entre routeurs
dun mme systme
autonome, cest--dire dont la gestion dpend dune administration unique (routeur
vers internet dun petitrseau local, ensemble des rseaux dune multinationale, etc.)
; ce type de protocole privilgie la fiabilit et
les plus courts chemins pour la rapidit de transmission ;
k RIP (Routing Information Protocol 1) : Routage bas sur le nombre de routeurs
intermdiaires entre deux
rseaux ;
k OSPF (Open Shortest Path First) : Routage bas sur ltat des liens entre deux
rseaux.
W EGP (Exterior Gateway Protocol 2) : Protocole de routage dynamique entre
routeurs de diffrents systmes
autonomes ; les rgles de routage sont tablies en fonction daccords commerciaux,
de considrations
politiques ou de scurit, etc.
k BGP (Border Gateway Protocol 3) : Protocole utilis pour linternet afin de mettre
jour les informations
de routage des quelques 20000 systmes autonomes dploys dans le monde.

20

Figure 4.14 : internet : interconnexion de systmes autonomes

Bien que les annonces de ces divers protocoles soient gnralement encapsules
dans TCP (ex. : BGP) ou UDP (ex :
RIP), les protocoles de routage font partie de la couche rseau (3 OSI, 2 TCP/IP).
4.5.1.3 Le protocole RIP
Le protocole RIP (Routing Information Protocol) est un protocole de routage
dynamique type IGP destin tre
utilis sur des rseaux peu tendus. Il fonctionne sur la base du nombre de routeurs
intermdiaires sur la route pour
joindre une destination donne ; cette information est appele mtrique, et est cod
sur 4 bits : 1 pour la route la plus
courte (seul le routeur courant doit tre travers), 15 pour la route la plus longue, 16
tant rserv pour signaler une
route infinie. Ce protocole fonctionne de manire dtecter la route optimale pour
joindre une destination, soit donc
celle proposant la mtrique la plus petite.
Toutes les 30 secondes, chaque routeur diffuse ses routeurs voisins une annonce
relative aux rgles de sa table de
routage courante qui spcifie une ou plusieurs entres adresse destination / mtrique
/ adresse passerelle 4.
Les entres reues sont alors analyses par chaque routeur pour mettre jour leur
table locale :
W ajout de 1 la mtrique de chaque rgle de routage ;
W si ladresse de destination nexistait pas, la rgle est ajoute la table de routage ;
W si ladresse de destination existait, seule lentre ayant la meilleure mtrique (la
plus petite) est conserve ;
W si la mtrique atteint la valeur infinie (16), lentre est ignore ;
W les entres ont une dure de vie de 180 secondes qui est rinitialise en cas de
modification de la rgle.
Une fois les rgles de routage ajoutes, modifies ou enleves, la table mise jour
est propage par le routeur
lmission de sa prochaine propre annonce RIP.
Une annonce RIP est constitue de 2 champs :
f 1 annonce RIP (PDU) : 24 504 octets ;
W 1 champ en-tte (PCI) : 4 octets ;
W 1 champ donnes (SDU) : 20 500 octets.
Lannonce RIP est encapsule dans un datagramme UDP.

Figure 4.15 : annonce RIP

21

Les diffrentes informations du champ en-tte sont les suivantes :

W commande (8) : type de commande, 1 pour une requte de tout ou partie dune
table de routage, 2 pour une
rponse ou pour une annonce diffuse ;
W version (8) : version du protocole RIP, 1 pour RIPv1, 2 pour RIPv2 ;
W domaine (16) : dcoupe du rseau en sous-rseaux logiques pour prise en compte
du dcoupage en sousrseaux
(0 pour RIPv1 car inutilis).
Les diffrentes informations du champ donnes sont les suivantes (pour 1 entre de
la table de routage) :
W identificateur de famille dadresses (16) : 0 pour une requte de toute la table de
routage, 2 pour une adresse
IPv4 de destination, 65535 (0xFFFF) pour une authentification ;
W route tag (16) : marqueur afin de distinguer une route issue du protocole RIP ou
dun autre protocole de
routage (EGP ou IGP) (0 pour RIPv1 car inutilis) ;
W adresse destination (32) : adresse IPv4 de destination du rseau vis ;
W masque (32) : masque associ ladresse destination (0 pour RIPv1 car inutilis) ;
W passerelle (32) : adresse IPv4 de la passerelle (0 pour RIPv1 car inutilis) ;
W mtrique (32) : nombre de routeurs intermdiaires pour atteindre la destination.
Lannonce RIP peut contenir des rgles pour 25 routes au maximum. ventuellement,
un mcanisme
dauthentification peut tre introduit, qui occupe lespace complet de la premire
entre ; auquel cas, seules 24 routes
peuvent tre communiques par lannonce.
RIP est un ancien protocole de routage dynamique qui a comme faiblesse de ne
prendre en compte que le nombre de
routeurs et aucunement les dbits maximaux assurs par les rseaux traverss en
suivant ces routeurs. De plus, il est
peu performant en cas de dfaillance dun rseau, et propose un trafic rseau
supplmentaire non-ngligeable.
De fait, RIP tend tre remplac par le protocole OSPF qui se base sur la propagation
de ltat des liens permettant
chaque routeur davoir un aperu fidle en temps rel de la topologie complte du
rseau.
Nanmoins, RIP est encore utilis sur les petits et moyens rseaux car lalgorithme de
gestion est trs simple par
rapport des solutions comme OSPF qui sont coteuses en ressources mme si plus
efficaces.

22

23