Vous êtes sur la page 1sur 29

Foreword

Introduction
⚫ La suite de protocoles TCP / IP fonctionne comme un ensemble de règles
afin de prendre en charge la transmission de bout en bout des données,
ainsi que des protocoles de couche inférieure tels que ceux définis dans les
normes IEEE 802. La connaissance du cycle de vie du transfert de données
permet une compréhension plus approfondie du comportement du réseau
IP pour une analyse efficace du fonctionnement du réseau et le dépannage
des défauts de réseau. L'ensemble du processus d'encapsulation et de
décapsulation représente donc une partie fondamentale de toutes les
connaissances TCP / IP.

Page 1 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Objectives
Les Objectifs
⚫ A la fin de cette section, vous serez en mesure de :
 Expliquer les étapes du processus d'encapsulation et de décapsulation des
données.

 Résoudre les problèmes de transfert de la base de données.

Page 2 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Introduction Scenario

Host A Server A

RTA RTB

10.1.1.1/24 Internet 172.16.10.1/24

Host B Server B

10.1.1.2/24 172.16.10.2/24

⚫ Le transfert de données peut être local ou distant, mais le processus de


transfert général est le même.

Page 3 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Le transfert de données peut être défini collectivement comme local ou
distant pour lequel le processus de transfert dépend de l'application de la
pile de protocoles afin de réaliser une transmission de bout en bout. Les
systèmes d'extrémité peuvent faire partie du même réseau ou être situés
dans des réseaux différents, cependant le principe général de transmission
pour permettre la transmission entre les hôtes suit un ensemble clair de
protocoles qui ont été introduits dans le cadre de l'unité. La façon dont ces
protocoles fonctionnent ensemble doit être renforcée, ainsi que
l'établissement d'une relation entre les protocoles TCP / IP de couche
supérieure et les normes de protocole Ethernet basées sur la couche de
liaison inférieure.
Page 4 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Découverte de chemin

Network/Mask Gateway Interface


0.0.0.0/0 10.1.1.254 10.1.1.1
10.1.1.0/24 - 10.1.1.1
Host A Server A

RTA RTB
10.1.1.1/24 G0/0/0 Internet 172.16.10.1/24

10.1.1.254/24
Host B Server B

10.1.1.2/24 172.16.10.2/24

⚫ L'hôte A doit avoir connaissance d'un chemin vers la destination.


Page 5 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Un système d'extrémité qui a l'intention de transmettre des données à une destination donnée doit
d'abord déterminer s'il est possible ou non d'atteindre la destination prévue. Pour ce faire, le système
final doit passer par un processus de découverte de chemin. Un système d'extrémité doit être compris
comme capable de prendre en charge le fonctionnement à toutes les couches, car sa fonction
principale est d'héberger des applications. Par rapport à cela, il doit également être capable de
prendre en charge des opérations de couche inférieure telles que le routage et le transfert de couche
de liaison (commutation) afin d'être capable de transmettre des données de couche supérieure /
d'application. Le système final contient donc une table qui représente l'accessibilité de la couche
réseau au réseau auquel les données de la couche supérieure sont destinées.
⚫ Les systèmes d'extrémité connaissent généralement le réseau sur lequel ils résident, mais peuvent être
sans chemin de transfert dans les cas où la découverte de réseau à distance n'a pas été réalisée. Dans
l'exemple donné, l'hôte A est en possession d'un chemin d'accès au réseau destiné via l'adresse «tout
réseau» qui a été brièvement introduite dans le cadre de la section Adressage IP. La table de transfert
identifie que le trafic doit être transmis à la passerelle en tant que prochain bond via l'interface
associée à l'adresse logique 10.1.1.1.
Page 6 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
ARP
Host A Host A> arp -a
Internet address Physical address Type
10.1.1.254 00-01-02-03-04-08 Dynamic
10.1.1.2 00-01-02-03-04-06 Dynamic

10.1.1.1/24 RTA
00-01-02-03-04-05
G0/0/0
Host B
10.1.1.254/24
Internet
00-01-02-03-04-08

10.1.1.2/24
00-01-02-03-04-06

⚫ La table de cache ARP est utilisée pour découvrir la Liaison de Données next-hop (prochain
saut).

⚫ Un prochain saut inconnu générera une demande ARP


Page 7 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Après la découverte d'une route réalisable vers le réseau de destination prévu, un
prochain bond physique doit également être découvert pour faciliter le transfert
de trame. La suite de protocoles TCP / IP est chargée de déterminer cela avant
que l'encapsulation des paquets puisse continuer. L'étape initiale consiste à
déterminer s'il existe un chemin physique vers le saut suivant identifié dans le
cadre du processus de découverte de chemin.
⚫ Cela nécessite que la table de cache ARP soit consultée pour identifier si une
association entre le prochain bond prévu et le chemin physique est connue.
D'après l'exemple, on peut voir qu'une entrée à l'adresse de passerelle du saut
suivant est présente dans la table de cache ARP. Lorsqu'une entrée est
introuvable, le protocole de résolution d'adresse (ARP) doit être lancé pour
effectuer la découverte et résoudre le chemin physique.
Page 8 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
TCP Encapsulation
Host A
Segment

TCP Data (If Applicable)


Transport

Network
Source Port Destination Port

Sequence Number
Data Link
Acknowledgement Number

Header NC E UA P R S F
Resv. S W C R C S S Y I Window
Length R E GK H T N N Physical
Checksum Urgent Pointer

Options Padding

⚫ L'encapsulation est effectuée une fois le chemin confirmé.


Page 9 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Lorsque la découverte de transfert de chemin logique et physique est terminée, il est possible
d'effectuer l'encapsulation des données pour une transmission réussie sur des réseaux IP / Ethernet.
Des processus de couche supérieure en termes de chiffrement et de compression peuvent être
effectués, après quoi l'encapsulation de la couche de transport se produira, identifiant les ports source
et de destination via lesquels les données de la couche supérieure doivent être transmises.
⚫ Dans le cas de TCP, les champs de numéro de séquence et de numéro d'acquisition
(acknowledgement) seront remplis, les bits de code définis selon les besoins avec le bit ACK
couramment appliqué. Le champ Fenètre (Window) sera rempli avec la taille de fenêtre actuellement
prise en charge, à laquelle l'hôte notifiera le tampon de données maximum qui peut être pris en charge
avant que les données ne soient acquittées.
⚫ Les valeurs représentant les champs TCP sont incluses dans le champ checksum, qui est calculée à l'aide
d'un processus de calcul complémentaire, pour garantir l'intégrité du segment TCP une fois que l'en-
tête TCP est reçu et traité à la destination finale. Dans le cas d'opérations de code TCP de base, les
données de couche supérieure peuvent ne pas toujours être transportées dans le segment, comme
dans le cas de la synchronisation de connexion, et les acknowledgements des données reçues.
Page 10 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
IP Encapsulation
Host A
Packet (Datagram)

IP TCP Data (If Applicable) Transport

Network
Version Header DS Field Total Length
Length

Identification Flags Fragment Offset Data Link

Time to Live Protocol Header Checksum


Physical
Source IP Address

Destination IP Address

IP Options

Page 11 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Après l'encapsulation de la couche de Transport, il est généralement exigé que des instructions soient
fournies, détaillant comment la transmission sur un ou plusieurs réseaux doit être réalisée. Cela implique
de répertorier la source IP ainsi que la destination finale à laquelle le paquet est destiné. Les paquets IP
sont généralement limités à une taille de 1 500 octets par Ethernet, y compris les en-têtes de couche
Réseau et Transport ainsi que toutes les données de couche supérieure. La taille initiale des paquets sera
déterminée par Ethernet comme unité de transmission maximale, ou MTU à laquelle les paquets seront
conformes, donc la fragmentation ne se produira pas à la source. Dans le cas où le MTU change le long du
chemin de transfert, alors seulement la fragmentation sera effectuée. Le champ Time to Live sera rempli
avec une valeur définie en fonction du système, dans les routeurs de la série ARG3, il est défini avec une
valeur initiale de 255. Le champ Protocole est rempli en fonction du protocole encapsulé avant IP.
⚫ Dans ce cas, le protocole en question est TCP pour lequel l'en-tête IP remplira le champ Protocole avec
une valeur de 0x06 comme instruction pour le prochain traitement d'en-tête. L'adressage IP source et
destination reflétera la source d'origine et la destination finale.

Page 12 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Trame Ethernet
Host A
Frame

Transport

Ethernet IP TCP Data FCS


Network

D.MAC S.MAC Type Data Link

D.MAC S.MAC Length LLC SNAP Physical

⚫ Le type de trame dépend des protocoles encapsulés.

⚫ IP est le protocole de couche supérieure, donc la trame Ethernet II est


utilisée.

Page 13 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ L'encapsulation de la couche liaison repose sur les normes Ethernet IEEE 802.3 pour
la transmission physique des données de la couche supérieure sur les réseaux
Ethernet. L'encapsulation au niveau des couches inférieures est effectuée en
déterminant initialement le type de trame utilisé.
⚫ Lorsque le protocole de couche supérieure est représenté par une valeur de type
supérieure à 1536 (0x0600) comme c'est le cas avec IP (0x0800), le type de trame
Ethernet II est adopté. Le champ Type de l'en-tête de trame Ethernet II est rempli
avec la valeur de type 0x0800 pour indiquer que le prochain protocole à traiter
après le traitement de trame sera IP. L'adresse MAC de destination détermine le
prochain saut physique, qui dans ce cas représente la passerelle réseau.

Page 14 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Transfert de Trame

Host A

D.MAC(48bits) SFD(8 bits) Preamble(56 bits)

1…0100 11010101 010101010101010101…

⚫ La couche Liaison de Données utilise carrier sense pour détecter le trafic


existant.

⚫ Préambule et SFD utilisés pour se synchroniser avec la trame transmise.

Page 15 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Dans le cadre du fonctionnement de la couche Liaison, il est impératif de s'assurer que le support de
transmission est exempt de signaux dans le domaine de collision partagé. L'hôte écoutera d'abord
tout trafic sur le réseau dans le cadre de CSMA / CD et si la ligne reste libre, il se préparera à
transmettre les données. Il est nécessaire que l'interface physique de réception soit informée de la
trame entrante, afin d'éviter la perte des valeurs de bits initiales qui rendraient les trames initiales
incomplètes. Les trames sont donc précédées d'une valeur de 64 bits indiquant la destination de la
couche liaison de l'arrivée imminente de la trame.
⚫ Les 56 bits initiaux représentent un motif alternatif 1, 0 appelé le préambule, et est immédiatement
suivi d'un octet compris comme le début du délimiteur de trame (SFD). Les deux derniers bits du SFD
s'écartent d'un modèle alternatif en une combinaison de 1,1 bits qui signale que les bits qui suivent
représentent les premières valeurs de bits de l'adresse MAC de destination et donc le début de l'en-
tête de trame.

Page 16 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Processus de Trame

Host A
Error Check

FCS Data Ethernet II SFD Preamble

RTA

DESTINATION MAC
G0/0/0
Host B 00-01-02-03-04-08
TYPE
0x0800

⚫ La Trame sera reçue par tous dans le même domaine de collision.

⚫ Seule la passerelle (RTA) traitera la Trame.


Page 17 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Lorsqu'une Trame est reçue par la destination de la couche liaison, elle doit passer par un certain
nombre de vérifications pour déterminer son intégrité ainsi que sa validité. Si la trame a été transmise
sur un réseau Ethernet partagé, d'autres stations d'extrémité peuvent également recevoir une instance
de la trame transmise, mais étant donné que l'adresse MAC de destination de la trame est différente de
l'adresse MAC de la station d'extrémité, la trame sera rejetée.
⚫ Les trames reçues à la destination prévue effectueront une vérification des erreurs en calculant la valeur
de compliment en fonction des champs de trame actuels et la compareront à la valeur du champ FCS
(Frame Check Sequence). Si les valeurs ne correspondent pas, la Trame sera ignorée. Les systèmes
intermédiaires et terminaux qui reçoivent des trames valides devront déterminer si la trame est
destinée à leur interface physique en comparant l'adresse MAC de destination avec l'adresse MAC de
l'interface (ou du périphérique dans certains cas).
⚫ S'il existe une correspondance, la Trame est traitée et le champ Type est utilisé pour déterminer l'en-
tête suivant à traiter. Une fois que l'en-tête suivant est déterminé, l'en-tête de trame et la fin sont
supprimés.

Page 18 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Processus de Paquet

Ver HL DS Total Length


Identification Flag Offset
TTL Protocol Checksum
Source IP: 10.1.1.1
Dest IP: 172.16.10.1 Destination/Mask Interface
IP Options 172.16.10.0/24 G0/0/1
RTA
Data IP

10.1.1.254/24 G0/0/0 G0/0/1

FCS Data Ethernet II SFD Preamble

⚫ L'IP de destination est vérifiée par rapport à l'adresse de la passerelle

⚫ Un nouvel en-tête de trame est construit après le processus de découverte.


Page 19 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Le paquet est reçu par la couche réseau, et en particulier IP, auquel point l'en-tête IP est traité. Une
valeur du checksum existe à chaque couche de la pile de protocoles pour maintenir l'intégrité à toutes
les couches pour tous les protocoles. L'IP de destination est utilisée pour déterminer si le paquet a
atteint sa destination finale. La passerelle détermine cependant que ce n'est pas le cas puisque l'IP de
destination et l'IP appartenant à la passerelle ne correspondent pas.
⚫ La passerelle doit donc déterminer la marche à suivre en ce qui concerne l'acheminement du paquet
vers une autre interface et transmettre le paquet vers le réseau auquel il est destiné. La passerelle doit
cependant tout d'abord s'assurer que la valeur TTL n'a pas atteint 0, et que la taille du paquet ne
dépasse pas la valeur d'unité de transmission maximale pour la passerelle. Dans le cas où le paquet est
plus grand que la valeur MTU de la passerelle, la fragmentation commencera généralement.
⚫ Une fois que la destination d'un paquet a été localisée dans la table de transfert de la passerelle, le
paquet sera encapsulé dans un nouvel en-tête de trame composé de nouvelles adresses MAC source et
de destination pour le segment de couche liaison, sur lequel la trame résultante doit être transmise,
avant étant à nouveau transmis au prochain saut physique. Lorsque le prochain saut physique n'est pas
connu, ARP sera à nouveau utilisé pour résoudre l'adresse MAC.
Page 20 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Désencapsulation de Trame
Server A

RTB
172.16.10.1/24
08-07-06-05-04-AA

G0/0/1 Server B

FCS Data Ethernet II SFD Preamble

172.16.10.2/24
08-07-06-05-04-BB
D.MAC S.MAC Type(0x0800)

⚫ La trame est transmise avec l'adresse MAC de destination du serveur A.

⚫ Le serveur A compare l'interface MAC au MAC de destination de la trame.


Page 21 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Les trames reçues à la destination finale détermineront initialement si la
trame est arrivée à l'emplacement prévu. L'exemple montre deux serveurs
sur un réseau Ethernet partagé sur lesquels les deux reçoivent une copie de
la trame. La trame est finalement rejetée par le serveur B car la valeur MAC
de destination et l'adresse MAC d'interface du serveur B ne correspondent
pas. Le serveur A reçoit cependant avec succès la trame et apprend que les
champs MAC sont les mêmes, l'intégrité de la trame basée sur le FCS peut
également être comprise comme étant correcte.
⚫ La trame utilisera le champ Type pour identifier 0x0800 comme en-tête
suivant, après quoi l'en-tête et la fin de la trame sont rejetés et le paquet
est reçu par IP.

Page 22 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Désencapsulation de Paquet
Server A

Data (If Applicable) IP

RTB 172.16.10.1/24
Header
08-07-06-05-04-AA Ver. DS Field. Total Length
Length

Identification Flags Fragment Offset


G0/0/1
Server B
TTL Protocol: 0x06 Header Checksum

Source IP: 10.1.1.1


Destination IP: 172.16.10.1

172.16.10.2/24 IP Options
08-07-06-05-04-BB

⚫ Le serveur A compare sa propre adresse IP à l'adresse de destination de l'en-tête IP.

⚫ L'en-tête IP est traité et rejeté, les données sont dirigées vers TCP.

Page 23 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ En atteignant la destination finale, l'en-tête de paquet IP doit faciliter un certain nombre de processus. La
première comprend la validation de l'intégrité de l'en-tête de paquet à travers le champ checksum, en
appliquant à nouveau une comparaison de valeurs de compliment à un basé sur une somme des champs d'en-
tête IP. S'il est correct, l'en-tête IP sera utilisé pour déterminer si l'adresse IP de destination correspond à
l'adresse IP de la station d'extrémité actuelle, ce qui est vrai dans ce cas.
⚫ Si une fragmentation s'est produite lors de la transmission entre la source et la destination, le paquet doit être
réassemblé à ce stade. Le champ d'identification collectera les fragments appartenant à une seule source de
données ensemble, le décalage déterminera l'ordre et le champ des drapeaux spécifiera quand le
réassemblage doit commencer, car tous les fragments doivent être reçus en premier et un fragment avec un
drapeau de 0 sera reconnu comme le dernier fragment à recevoir.
⚫ Une minuterie se poursuivra alors pendant laquelle le réassemblage doit être terminé, si le réassemblage
échoue dans cette période, tous les fragments seront jetés. Le champ Protocole sera utilisé pour identifier l'en-
tête suivant à traiter et l'en-tête de paquet sera rejeté. Il convient de noter que l'en-tête suivant peut ne pas
toujours être un en-tête de couche transport, un exemple clair de ce qui peut être compris est dans le cas
d'ICMP, qui est également compris comme un protocole de couche Réseau avec une valeur de champ
Protocole de 0x01 .
Page 24 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Désencapsulation de Segment
Server A

Data (If APL) TCP

RTB 172.16.10.1/24
02-03-04-05-06-AA Source Port: 1027 Destination Port: 80

Sequence Number
G0/0/1
Server B Acknowledgement Number

Header NC E U A P R S F
Length Resv. S WC R CS S Y I Window
R E GK HT N N
Checksum Urgent Pointer
172.16.10.2/24
02-03-04-05-06-BB Options Padding

⚫ L'en-tête TCP établit une connexion avec le service au port 80.

⚫ Paramètres de l'en-tête TCP utilisés pour gérer la connexion.


Page 25 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Dans le cas où un en-tête de paquet est rejeté, le segment ou datagramme
résultant est transmis à la couche de transport pour un traitement basé sur
l'application. Les informations d'en-tête sont reçues dans ce cas par TCP
(0x06).
⚫ Dans l'exemple, on peut comprendre qu'une connexion TCP a déjà été
établie et que le segment représente une réception pour la transmission du
trafic HTTP du serveur HTTP à l'hôte accusant réception. L'hôte est
représenté par le port 1027 comme moyen de faire la distinction entre
plusieurs connexions HTTP pouvant exister entre le même hôte source et le
même serveur de destination. En recevant cet acknowledgement, le serveur
HTTP continuera à transmettre à l'hôte dans les limites de la taille de la
fenêtre de l'hôte.
Page 26 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Summary
Résumé
 Quelles informations sont nécessaires avant que les données puissent être
encapsulées ?

 Que se passe-t-il lorsqu'une trame est transférée vers une destination à laquelle
elle n'est pas destinée ?

 Comment les données dans la trame parviennent-elles finalement à l'application


à laquelle elles sont destinées ?

 Lorsque plusieurs sessions de la même application sont actives (par exemple,


plusieurs navigateurs Web), comment les données de retour parviennent-elles à
la bonne session ?

Page 27 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
More Information
⚫ Avant l'encapsulation et le transfert des données, une source doit avoir connaissance de la destination
IP ou d'une adresse de transfert équivalente telle qu'une adresse par défaut à laquelle les données
peuvent être transférées. De plus, il est nécessaire que l'adresse de transfert soit associée à un prochain
bond physique auquel les données peuvent être transmises au sein du réseau local. *
⚫ Toute Trame reçue par une passerelle ou un système d'extrémité (hôte) auquel elle n'est pas destinée,
est ensuite supprimée, après inspection de l'adresse MAC de destination dans l'en-tête de trame.
⚫ La livraison des données repose sur le numéro de port de destination dans les en-têtes TCP et UDP pour
identifier l'application à laquelle les données sont destinées. Après analyse de cette valeur par le
protocole TCP ou UDP, les données sont transmises.
⚫ Le port source de l'en-tête TCP pour le trafic HTTP distingue les différentes sessions d'application
actives. Le trafic HTTP de retour du serveur HTTP est capable d'identifier chaque session de navigateur
Web individuelle en fonction de ce numéro de port source. Par exemple, le port source de deux
demandes distinctes de trafic HTTP provenant de la source IP 10.1.1.1 peut provenir des ports source
1028 et 1035, mais le port de destination dans les deux cas reste le port 80, le serveur HTTP.

Page 28 Copyright © 2019 Huawei Technologies Co., Ltd. All rights reserved.
Thank You
www.huawei.com

Vous aimerez peut-être aussi