ROYA UME DU MAROC

Office de la Formation Professionnelle et de la Promotion du Travail

TCP/IP.

DIRECTION RECHERCHE ET INGENIERIE DE FORMATION

SECTEUR NTIC

TCP/IP

Sommaire
1.
Introduction ...........................................................................................2
1.1. Fonctionnement du protocole TCP ........................................................2
1.2. Synchronisation ou change en trois tapes .........................................3
1.3. Fentrage et taille de fentre ...............................................................4
1.4. Numros de squence .........................................................................5
1.5. Accuss de rception positifs ...............................................................6
2.
Fonctionnement du protocole UDP...........................................................7
3.
Diffrents types de ports ........................................................................8
3.1. Ports de services .................................................................................8
3.2. Ports de clients ...................................................................................9
3.3. Numrotation des ports et numros de port bien connus.......................9

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
1 - 12

1. Introduction
Les routeurs utilisent les informations dadresse de protocole IP (Internet
Protocol) dans un en-tte de paquet IP pour dterminer linterface vers laquelle
le paquet doit tre commut pour se rapprocher de sa destination. tant donn
que le protocole IP ne fournit aucun service pour garantir que le paquet atteint
rellement sa destination, il est considr comme un proto cole non fiable et non
orient connexion qui assure lacheminement au mieux des donnes. Si des
paquets sont abandonns en route, arrivent dans le mauvais ordre ou sont
transmis plus rapidement que le rcepteur ne peut les accepter, IP ne peut pas
corriger le problme seul. Pour rsoudre ces problmes, IP a besoin du protocole
TCP (Transmission Control Protocol). Ce module dcrit TCP et ses fonctions et
prsente UDP, un autre protocole important de couche 4.
Chaque couche du modle de rfrence OSI a des fonctions varies. Ces
fonctions sont indpendantes des autres couches. Chaque couche sattend
recevoir des services de la couche immdiatement infrieure et fournit des
services spcifiques la couche immdiatement suprieure. Les couches
application, prsentation et session du modle OSI, qui sont toutes considres
comme faisant partie de la couche application du modle TCP/IP, accdent aux
services de la couche transport par le biais dentits logiques appeles ports. Ce
module prsente le concept de port, et explique limportance des ports et des
numros de port dans les rseaux de donnes.

1.1.

Fonctionnement du protocole TCP

Les adresses IP permettent dacheminer des paquets entre des rseaux.

Toutefois, IP ne garantit en aucun cas leur livraison finale. La couche transport
assure avec fiabilit le transport et la rgulation du flux de donnes depuis la
source jusqu la destination. Pour cela, des fentres glissantes et des numros
de squence sont utiliss, paralllement un processus de synchronisation qui
garantit que chaque hte est prt communiquer.
Pour comprendre la fiabilit et le contrle du flux, imaginez un tudiant qui fait
lapprentissage dune nouvelle langue pendant un an. Imaginez ensuite que cet
tudiant visite le pays dans lequel cette langue est parle couramment. Lorsquil
communique dans cette langue, ltudiant doit demander la personne de
rpter chacune de ses phrases (fiabilit) et de parler lentement, pour sassurer
de comprendre chacun des mots (contrle de flux). La co uche transport,
couche 4 du modle OSI, fournit ces services la couche 5 au moyen de TCP

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
2 - 12

1.2.

Synchronisation ou change en trois tapes

Le protocole TCP est orient connexion. Avant de transmettre des donnes, les
deux htes excutent un processus de synchronisation pour tablir une
connexion virtuelle pour chaque session entre les htes. Ce processus de
synchronisation permet de vrifier que les deux htes sont prts pour la
transmission des donnes et permet aux units de dterminer les numros de
squence initiaux pour cette session. Ce processus est appel change en trois
tapes. Il sagit dun processus en trois tapes qui tablit une connexion virtuelle
entre les deux units. Il est important de bien noter que cet change en trois
tapes est initi par lhte client. Pour tablir une session TCP, lhte client va
utiliser le numro de port bien connu du service quil dsire contacter et qui est
fourni par lhte serveur.

Dans la premire tape, lhte qui initie lchange (le client) envoie un
paquet de synchronisation (drapeau SYN positionn) pour amorcer une
connexion. Ceci indique que dans ce segment, pour cette session, un
paquet a un numro de squence initial valide x. Le bit SYN positionn
dans len tte indique quil sagit dune demande de connexion. Le bit SYN
est contenu dans le champ de code de len tte du segment TCP. Le
numro de squence est un champ de 32 bits de len tte du segment
TCP.
Dans la deuxime tape, lautre hte reoit le paquet, enregistre le
numro de squence x donn par le client, et rpond par un accus de
rception (drapeau ACK positionn). Le bit de contrle ACK positionn
indique que le champ du numro daccus de rception contient un
numro daccus de rception valide. Le drapeau ACK est un constitu
dun bit contenu dans le champ de code de len tte du segment TCP et le
numro daccus de rception est un champ de 32 bits de len tte du
segment TCP. Quand une connexion est tablie, le drapeau ACK est
positionn dans tous les segments tout au long de la session. Le champ
daccus de rception contient le prochain numro de squence attendu
par lhte (x+1). Un accus de rception de x+1 signifie que lhte a
bien reu tous les octets jusqu loctet x compris et quil sattend
recevoir loctet x+1. Lhte initie aussi une session en retour. Celle-ci
intgre dans le segment TCP son propre numro de squence initial y et
positionne le bit SYN.
Dans la troisime tape, lhte lorigine de la demande de connexion
rpond par un simple accus dont la valeur est y+1, c'est--dire le
numro de squence adress en retour par le deuxime host plus 1
(numro de squence de lhte B + 1). Ceci indique quil a reu laccus de
rception prcdent et finalise le processus de connexion.

Il est important de comprendre que les numros de squence initiaux contribuent

dmarrer la communication entre les deux units. Ils servent de numros de
rfrence de dpart entre les deux units. Les numros de squence donnent
chaque hte le moyen denvoyer un accus de rception de sorte que le

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
3 - 12

rcepteur sache que lmetteur rpond bien la demande de connexion

approprie.

1.3.

Fentrage et taille de fentre

La quantit de donnes transmettre est souvent trop volumineuse pour tre

envoye dans un seul segment de donnes. Dans ce cas, les donnes doivent
tre divises en segments plus petits pour permettre une meilleure transmission.
TCP est responsable de la rpartition de ces donnes en segments. Cela peut
tre compar la manire que les petits enfants sont nourris. Leur nourriture est
souvent coupe en plus petits morceaux mieux adapts leur bouche. De plus,
lunit rceptrice peut ne pas tre capable de recevoir les donnes aussi
rapidement que la source les envoie, car elle peut tre occupe par dautres
activits ou simplement parce que lmetteur est plus puissant.
Une fois les donnes segmentes, elles doivent tre transmises lunit de
destination. Lun des services fournis par TCP est le contrle du flux, qui rgule la
quantit de donnes envoyes au cours dune priode de transmission donne.
Le processus de contrle du flux est appel fentrage.
La taille de fentre dfinie la quantit de donnes qui peut tre transmise la
fois avant que la destination ne rponde par un accus de rception. Quand un
hte a transmis un nombre doctets correspondant la taille de la fentre, il doit
attendre un accus de rception lui indiquant que ces donnes ont bien t
reues, avant de pouvoir envoyer dautres donnes. Par exemple, si la taille de la
fentre est gale 1, un octet ne peut pas tre envoy avant que laccus de
rception de loctet prcdent nait t reu.

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
4 - 12

TCP utilise le fentrage pour ajuster de faon dynamique la taille des

transmissions. Les quipements ngocient une taille de fentre pour autoriser la
transmission dun nombre dfini doctets avant dmettre un accus de rception.

Ce processus dajustement dynamique de la taille de la fentre augmente la

fiabilit. La taille de la fentre peut tre module en fonction des accuss de
rception.

1.4.

Numros de squence

TCP spare les donnes en segments. Les segments de donnes sont ensuite
transmis par lmetteur au rcepteur, aprs synchronisation et ngociation dune
taille de fentre qui dtermine le nombre doctets pouvant tre transmis en une
seule fois. Une fois que toutes les donnes ont t reues, les segments de
donnes transmis doivent tre assembls. Il nexiste aucune garantie concernant
lordre darrive des donnes. TCP applique des numros de squence aux
segments de donnes transmis, de sorte que le rcepteur soit capable
dassembler correctement les octets dans leur ordre dorigine. Si des segments
TCP arrivent de manire dsordonne, les segments peuvent tre assembls
dans le mauvais ordre. Les numros de squence indiquent lunit de
destination lordre correct dans lequel placer les octets lorsquils sont reus.
Ces numros de squence servent galement de numros de rfrence, de sorte
que le rcepteur sache sil a reu la totalit des donnes. Ils identifient
galement les donnes manquantes, de sorte que lmetteur puisse les
transmettre de nouveau. Les performances sont ainsi accrues car lmetteur na
besoin de retransmettre que les segments manquants au lieu du jeu de donnes
complet.
Chaque segment TCP est numrot avant la transmission. Dans la syntaxe des
segments, notez que le port de destination est suivi du numro de squence. Au
niveau de la station de rception, le protocole TCP utilise les numros de
squence pour assembler les segments en un message complet. Si un numro de
squence est absent de la srie, le segment correspondant est retransmis.

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
5 - 12

1.5.

Accuss de rception positifs

Laccus de rception est une tape commune du processus de synchronisation

qui comprend les fentres glissantes et le squenage des donnes. Dans un
segment TCP, le champ du numro de squence est suivi du champ du numro
daccus de rception, galement appel champ de code. Ce champ est lendroit
o seffectue le suivi des octets transmis et reus.

Le protocole IP prsente un problme de fiabilit, car il nexiste aucune mthode

pour vrifier que les segments de donnes ont rellement atteint leur
destination. Les segments de donnes peuvent donc tre transmis
continuellement sans que leur rception soit rellement confirme. TCP utilise
une technique de retransmission et daccus de rception pour contrler le flux
de donnes et confirmer larrive des donnes.
La technique PAR est utilise par de nombreux protocoles comme gage de
fiabilit. Selon la technique PAR, la source envoie un paquet, dmarre un
compteur et attend un accus de rception avant denvoyer le paquet suivant,
dans la mme session. Si le compteur arrive expiration avant que la source
nait reu un accus de rception, celle-ci retransmet le paquet et redmarre le
compteur. Laccus de rception est fourni par la valeur du numro daccus de
rception et par le drapeau ACK positionn, qui sont inclus dans len tte TCP. Le
protocole TCP utilise des accuss de rception prvisionnels dans lesquels le
numro de laccus de rception indique le prochain octet attendu dans la
session TCP.
Le fentrage est un mcanisme de contrle de flux selon lequel lunit source
doit recevoir un accus de rception de la part de la destination aprs
transmission dune certaine quant it de donnes. Si la taille de fentre est de

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
6 - 12

trois, lunit source peut envoyer trois octets lunit de destination. Elle doit
ensuite attendre un accus de rception. Si lunit de destination reoit les trois
octets, elle envoie un accus de rceptio n la source, qui peut alors envoyer
trois autres octets. Si, pour une raison quelconque, lunit de destination ne
reoit pas les trois octets, parfois en raison dun dpassement de capacit des
tampons, elle nenvoie pas daccus de rception. Lorsqu'elle ne reoit pas
daccus de rception, lunit source sait que les octets doivent tre transmis de
nouveau, un dbit plus lent. Cette rduction de la taille de la fentre permet
lunit de rception davoir moins doctets traiter dans ces tampons avant que
dautres donnes arrivent. Cela rduit, de faon efficace, la vitesse de
transmission entre les htes, mais cela augmente la fiabilit de la
communication.

2. Fonctionnement du protocole UDP

La pile de protocoles TCP/IP contient de nombreux protocoles, chacun devant
effectuer un travail prcis. Le protocole IP permet une transmission non oriente
connexion au niveau de la couche 3 dans un interrseau. Le protocole TCP
permet une transmission de paquets oriente connexion et fiable au niveau de la
couche 4 du modle OSI. Le protocole UDP permet une transmission de paquets
non oriente connexion et sans garantie de remise conforme au niveau de la
couche 4 du modle OSI.
Les protocoles TCP et UDP utilisent IP comme protocole de couche 3 sous-jacent.
De plus, TCP et UDP sont utiliss par divers protocoles de la couche application.
TCP fournit des services dapplications, tels que FTP, HTTP, SMTP et DNS. UDP
est le protocole de la couche transport utilis par DNS, TFTP, SNMP et DHCP.
TCP doit tre utilis lorsque les applications ont besoin de garantir quun paquet
arrive intact, dans le bon ordre et non dupliqu. La surcharge associe la
confirmation darrive dun paquet est parfois problmatique lors de lutilisation
de TCP. Les applications nont pas toutes besoin de garantir larrive du paquet
de donnes. Elles utilisent donc la technique de livraison la plus rapide et non
oriente connexion fournie par le protocole UDP. Le protocole UDP standard,
dcrit dans la spcification RFC 768, est un protocole simple qui change des
segments sans accus de rception, ni distribution garantie.
Le protocole UDP nutilise ni fentrage, ni accus de rception. Par consquent,
les protocoles de couche application doivent assurer la dtection des erreurs. Le
champ du port source est un champ facultatif utilis uniquement lorsque des
informations ont besoin dtre renvoyes lhte metteur. Lorsquun routeur de
destination reoit une mise jour de routage, le routeur source nenvoie aucune
requte, et le routeur de destination na donc pas besoin de renvoyer des
informations la source. Le champ du port de destination indique l'application
laquelle UDP doit transmettre les donnes. Une requte DNS dun hte vers un
serveur DNS utilise le port de destination 53, numro de port UDP pour DNS. Le
champ Longueur identifie le nombre doctets dans le segment UDP. Le champ
Somme de contrle UDP est facultatif mais peut tre utilis pour garantir que les

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
7 - 12

donnes nont pas t endommages pendant la transmission. Pour leur

transport sur le rseau, les segments UDP sont encapsuls dans le paquet IP.
Une fois quun segment UDP arrive ladresse IP de destination, il doit exister un
mcanisme permettant lhte rcepteur de dterminer lapplication de
destination exacte. Les ports de destination sont utiliss cet effet. Si un hte
excute la fois les services TFTP et DNS, il doit tre capable de dterminer le
service dont le segment UDP entrant a besoin. Le champ Port de destination
dans len-tte UDP dtermine lapplication laquelle un segment UDP est
destin.

3. Diffrents types de ports

3.1.

Ports de services

Un numro de port doit tre associ aux services excuts sur les htes pour que
la communication soit possible. Un hte distant qui tente de se connecter un
service attend de ce dernier quil utilise des ports et des protocoles de couche
transport. Certains ports, dfinis dans la spcification RFC 1700, sont des ports
bien connus et rservs TCP et UDP.

Ces ports bien connus dfinissent les applications excutes au niveau suprieur
des protocoles de couche transport. Par exemple, un serveur excutant le service
FTP transmet des connexions TCP via les ports 20 et 21 entre des clients et son
application FTP. Ainsi, le serveur peut dterminer avec exactitude le service
demand par un client. Les protocoles TCP et UDP utilisent des numros de port
pour dterminer le service auquel les requtes sont destines.

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
8 - 12

3.2.

Ports de clients

Chaque fois quun client se connecte un service sur un serveur, un port source
et un port de destination doivent tre spcifis. Les segments TCP et UDP
contiennent des champs pour les ports source et de destination.

Les ports de destination, ou ports de services, sont normalement dfinis laide

des ports bien connus. Les ports source dfinis par le client sont dtermins de
manire dynamique.
En rgle gnrale, un client dtermine le port source en affectant de manire
alatoire un numro suprieur 1023. Par exemple, un client qui tente de
communiquer avec un serveur Web utilise TCP et rgle le port de destination sur
80 et le port source sur 1045. Lorsque le paquet arrive sur le serveur, il est
transmis la couche transport, puis au service HTTP qui est excut au niveau
du port 80. Le serveur HTTP rpond la requte du client avec un segment qui
utilise le port 80 comme source et le port 1045 comme destination. De cette
manire, les clients et les serveurs utilisent des ports pour distinguer le
processus auquel le segment est associ.

3.3. Numrotation des ports et numros de port bien

connus

Les numros de port sont reprsents par 2 octets dans len-tte dun segment
TCP ou UDP. Cette valeur sur 16 bits peut reprsenter des numros de port
compris entre 0 et 65535, qui sont rpartis en trois catgories: les ports bien
connus, les ports enregistrs, et les ports dynamiques ou privs. Les 1023
premiers ports sont des ports bien connus. Comme leur nom lindique, ces ports

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
9 - 12

sont utiliss pour des services de rseaux bien connus, tels que FTP, Telnet ou
DNS.

Les ports enregistrs sont compris entre 1024 et 49151. Les ports compris entre
49152 et 65535 sont des ports dits dynamiques ou privs.

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
10 - 12

TCP/IP

Pour approfondir le sujet.

Proposition de rfrences utiles permettant dapprofondir le thme abord

Sources de rfrence
Citer les auteurs et les sources de rfrence utilises pour llaboration du
support

OFPPT @

Document

Millsime

TCP IP

novembre 11

Page
11 - 12