Академический Документы
Профессиональный Документы
Культура Документы
297714795.doc, 07/12/15
__________________________________________________________________________________
Support de cours
TCP-IP
297714795.doc, fait le lundi 7 dcembre 2015 par Frdric GODFRYD &Edouard DOS SANTOS
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
1.
INTRODUCTION TCP/IP
2.
2.1
2.2
2.3
2.4
COUCHE D'APPLICATIONS
COUCHE TRANSPORT
COUCHE IP (INTERNET PROTOCOL)
COUCHE RSEAU PHYSIQUE
6
6
6
6
3.
RSEAUX PHYSIQUES
4.
5.
L'ADRESSAGE IP
5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
6.
9
9
10
11
12
14
14
14
15
15
18
18
20
23
24
7.
26
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page i
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
7.1 FORMAT D'UN MESSAGE ARP
27
7.2 EXEMPLE D'ETHERNET
28
8.
31
9.
IP (INTERNET PROTOCOL)
33
9.1
9.2
RLE DU PROTOCOLE IP
FORMAT D'UN DATAGRAMME IPV4
33
33
10.
39
39
11.
43
11.1
11.2
12.
L'ADRESSAGE MULTICAST
BROADCAST ET MULTICAST PHYSIQUES
MULTICAST IP
LE ROUTAGE DES DATAGRAMMES IP
43
45
50
50
52
52
54
55
55
56
57
58
58
59
60
61
61
13.
62
13.1
13.2
13.3
62
62
63
14.
ARCHITECTURE ET ROUTAGE
66
15.
67
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page ii
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
16. IGP (INTERIOR GATEWAY PROTOCOL)
68
16.1
16.2
16.3
16.3.1
16.3.2
16.3.3
16.3.4
16.4
16.4.1
16.4.2
17.
LE SYSTME MANUEL
INTERIOR GATEWAY PROTOCOLS (IGP)
LES ALGORITHMES DE TYPE "DISTANCE VECTOR"
RIP
HELLO
IGRP
ALGORITHME V-D : INCONVNIENTS
LES ALGORITHMES DE TYPE "LINK STATUS"
OSPF
IS-IS
68
68
69
69
74
74
74
74
76
77
78
78
79
79
80
80
81
18.
82
18.1
18.2
18.3
18.4
18.5
TCP
LES NOTIONS DE CONNEXION ET DE ENDPOINTS
FORMAT DUN SEGMENT TCP
ENCAPSULATIONS SUCCESSIVES
EXEMPLES D'APPLICATIONS UTILISANT TCP
82
82
85
89
89
19.
LE MODLE CLIENT-SERVEUR
91
20.
91
21.
91
21.1
21.2
21.3
21.4
21.5
91
92
93
94
94
DHCP
97
22.
99
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page iii
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
23. LES PROGRAMMES DAPPLICATIONS
99
24.
LE MANAGEMENT DE RSEAU
24.1
24.2
24.3
24.4
25.
100
100
101
101
102
104
25.1 PRSENTATION
25.2 FONCTIONNEMENT
25.3 LES PROXY
25.3.1 DFINITION
25.3.2 FONCTIONNEMENT
104
104
105
105
105
26.
106
ANNEXES
26.1
26.2
26.3
26.3.1
26.3.2
26.3.3
26.3.4
26.4
26.4.1
26.4.2
26.4.3
26.4.4
26.4.5
26.5
26.6
26.6.1
26.6.2
26.6.3
106
107
108
108
108
109
109
110
110
112
113
114
115
116
117
118
120
122
27.
BIBLIOGRAPHIE
125
28.
GLOSSAIRE
126
29.
TABLE DINDEX
129
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page iv
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
1.
Introduction TCP/IP
Les RFC sont disponibles notamment par courrier lectronique auprs du NIC ( Network
Information Center ).
Ce sont des standarts qui dcrivent les protocoles IP.
-Ex : RFC 793 dcrit TCP
-Ne sont pas (ou plus) uniquement des Request for Comments
Certains sont uniquement informatifs :FYI
-RFC 1026 : Answers to Commonly asked new Intenet User Questions
BCP : (Best Current Practice)
Tout le monde peut proposer un RFC, lIAB gre le processus dacceptation des RFCs .
Ils passent par les tapes draftstandard avec des sauts : elective, recommended, required..
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 1
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Le NIC France : la gestion des noms de domaines du "top-level domain" .fr, par
l'association AFNIC. (Association Franaise pour le Nommage Internet en
Coopration). En particulier, son serveur HarmoNIC permet de faire des recherches
multi-critres concernant les noms de domaines.
Dans le reste du monde : les adresses IP sont gres par l'ARIN pour l'Amrique et par
l'APNIC pour la zone Asie - Pacifique.
ICANN, l'organisme qui coordonne au niveau mondial les adresses IP, les noms de
domaine, les assignations de paramtres des protocoles (par exemple les numros de
ports) et le bon fonctionnement des serveurs de noms de domaines
Voir liste et modalits d'obtention de ces documents dans Internetworking with TCP/IP,
pages 441 et 475
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 2
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Architecture de lInternet :
LIntenet est un rseau virtuel construit en interconnectant des rseaux physiques par des
passerelles, des routeurs.
LIntenet supporte un service de communication universel.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 3
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Le protocole de communication TCP/IP tire son nom des deux principaux protocoles qu'il
contient : TCP ( Transmission Control Protocol ) et IP ( Internet Protocol ).
TCP/IP propose une mthode d'interconnexion logique des rseaux physiques et dfinit un
ensemble de conventions permettant des changes de donnes entre des ordinateurs situs sur des
rseaux physiques diffrents. Il a t dvelopp par la DARPA (Defense Advanced Research
Projects Agency).
Il est notamment oprationnel sur le rseau Internet qui est un rseau de taille mondiale fdrant les
rseaux d'universits, d'institutions de recherche, de laboratoires de recherche amricains et de
nombreuses entreprises.
TCP/IP est un terme gnrique qui renvoie une vaste famille de protocoles et de services que
l'on peut regrouper en trois grandes catgories :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 4
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Les utilisateurs invoquent des applications sana avoir besoin de connatre la technologie de lInternet
ni son architecture.
q des programmes d'applications :
le courrier lectronique (smtp)
le transfert de fichiers (ftp, tftp)
laccs linformation distante (WWW (http))
laccs des machines distantes (telnet)
les forums (News)
q les protocoles assurant un transport de bout en bout ( tcp et udp )
q les protocoles acheminant les donnes dans le rseau ( ip )
Le tableau ci-dessous donne le nom des principaux protocoles ou services de TCP/IP, avec
l'indication de la couche correspondante dans le modle OSI de l'ISO.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 5
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 6
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
2.
Nous donnons dans ce chapitre un aperu des fonctions ralises par les 4 couches principales
de l'environnement TCP/IP.
2.1
Couche d'applications
Les applications interagissent avec les protocoles de la couche transport pour envoyer ou
recevoir des donnes. Chaque programme d'application choisit le type de service de transport souhait
et transmet ses donnes au niveau transport pour acheminement.
2.2
Couche Transport
La couche transport est charge de fournir un moyen de communication de bout en bout entre
deux programmes d'application. La couche transport peut agir soit en mode connect et ainsi rguler le
flux des informations et fournir un service fiable, soit en mode non connect (sans acquittements).
La couche transport divise le flux de donnes venant des applications en paquets, transmis
avec l'adresse de destination IP au niveau IP. Inversement, le niveau transport dlivre aux applications
les paquets venant du niveau IP.
2.3
La couche IP encapsule les paquets reus du niveau transport dans des units appeles
datagrammes IP.
Les couches IP des diffrentes machines ont pour mission de cooprer l'acheminement des
datagrammes dans le rseau suivant un mode non connect et non fiable (connectionless and
unreliable). Pour ce faire, des algorithmes de routage sont mis en oeuvre dans les diffrentes machines.
La couche IP traite galement les datagrammes reus du niveau Rseau Physique. Si une
machine recevant un datagramme en cours d'acheminement s'aperoit qu'elle est destinataire finale du
datagramme IP, le niveau IP de cette machine transmet le datagramme au niveau transport. Sinon il
retransmet ce datagramme sur un autre rseau physique en fonction de l'algorithme de routage.
2.4
Cette couche est en contact direct avec le matriel. Elle assure la transmission d'un
datagramme venant du niveau IP en l'encapsulant dans une trame physique et en transmettant cette
dernire sur un rseau physique. De plus, quand une trame physique sur le rseau lui est destine, elle
remonte le datagramme qu'elle contient au niveau IP. Elle est implante sous la forme d'un device
driver.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 7
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
3.
Rseaux physiques
Les protocoles de la famille TCP/IP supportent diffrents rseaux physiques. Citons par
exemple :
q Ethernet ou IEEE 802.3
q Token Ring ou IEEE 802.5
q Rseau par satellite
q Rseau hertzien mobile transmission par paquets
q Rseau public x25, utilis comme rseau de transport
q ISDN/RNIS
q SLIP ou PPP
L'unit de transfert d'un rseau physique est une trame.
Cette trame contient un en-tte, des donnes, et un champ de contrle. L'en-tte inclut
diffrents renseignements dont les adresses physiques de la source et du destinataire.
Frame Header
Trailer
C'est dans la partie frame data area que viennent s'intgrer ( encapsulation ) les diffrentes
informations de service des protocoles des couches suprieures ainsi que les donnes utilisateur.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 8
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 9
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
4.
A partir de maintenant nous ne nous intresserons plus la topologie physique des rseaux.
Nous considrerons un inter-rseau, c'est dire un ensemble de rseaux utilisant des rgles communes
de communication, ici l'ensemble des protocoles de communication TCP/IP.
Notons qu'un ensemble de segments Ethernet interconnects par des ponts ne sera vu au
niveau suprieur (niveau IP) que comme un unique rseau physique.
Ces rseaux sont relis entre eux par des ordinateurs appels routeurs IP. Ces routeurs sont
chargs d'aiguiller les diffrents datagrammes en transit dans l'inter-rseau.
Mme si TCP/IP fournit une vue logique des communications entre ordinateurs, il ne faut pas
toutefois perdre de vue que les transmissions effectives de donnes ne peuvent se faire qu'entre deux
machines connectes au mme rseau physique.
Le mcanisme d'adressage logique induit par TCP/IP est compltement indpendant des
mcanismes d'adressage physique utiliss par les diffrents rseaux physiques.
TCP/IP fournit des outils permettant d'associer une adresse physique une adresse logique
avant transmission d'information sur le rseau physique.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 10
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
5.
L'adressage IP
Ce chapitre traite de l'adressage logique, c'est dire du moyen essentiel qu'utilise TCP/IP pour
masquer les rseaux physiques et pour donner au rseau un aspect uniforme.
5.1
Dans la terminologie TCP/IP, le terme hte (host en anglais) s'applique tout le systme
informatique qui possde une interface rseau et qui utilise un logiciel de communication implantant
TCP/IP pour transmettre ou recevoir des informations. Il peut s'agir, par exemple, de PC ou de stations
UNIX. Les routeurs sont des htes particuliers chargs d'interconnecter des rseaux.
Une adresse IP se compose de deux parties. La premire partie identifie le rseau physique sur
lequel est rattach l'hte. La seconde partie identifie l'interface rseau de l'hte sur ce rseau.
Chaque interface rseau d'un hte possde donc une adresse IP. Un hte connect n rseaux
(un routeur par exemple) aura donc n adresses IP distinctes, une pour chaque interface rseau. Notons
la diffrence avec une adresse DECnet qui identifie de faon unique un hte quel que soit le nombre
d'interfaces rseau.
La plupart des htes ne possdent gnralement qu'une interface rseau. Aussi existe-t-il un
certain abus de langage qui consiste parler de l'adresse IP d'un hte, plutt que de l'adresse IP de
l'interface rseau de l'hte.
5.2
Les adresses IP ont une longueur de 32 bits soit 4 octets. Chaque adresse IP est une paire de
champs (ID Rseau, ID Machine) o :
q ID Rseau identifie un rseau
q ID Machine identifie une interface sur ce rseau
Il existe cinq classes diffrentes d'adresses (A, B, C, D et E). Les longueurs respectives des
champs ID Rseau et ID Machine sont indiques la page suivante.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 11
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Ces classes peuvent tre distingues en comparant les premiers bits du premier octect :
0
10
110
1110
11110
15
Octet 1
b7
b0
Classe A
Classe B
1 0
Classe C
1 1 0
Classe D
1 1 1 0
Classe E
1 1 1 1 0
23
Octet 2
b7
31
Octet 3
b0
ID Rseau
b7
Octet 4
b0
b7
b0
ID Machine
ID Rseau
ID Machine
ID Rseau
ID Machine
-Attention : les premiers bits, qui dsignent la classe, sont inclus dans le champ ID Rseau . Cest
dire que le champ ID Rseau fait 8 bits en classe A, 16 bits en classe B et 24 bits en classe C.
5.3
Pour plus de clart, les adresses IP sont crites comme une suite de quatre dcimaux spars
par des points. Chaque dcimale reprsentant un octect de l'adresse.
1000 0000 . 0000 1010 . 0000 0010 . 0001 1110
notation binaire
<=>
128.10.2.30
notation pointe
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 12
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
5.4
Adresse avec tous les bits 0 : {0 ; 0} Signifie "celui-ci". C'est dire "cette machine" si la parite ID
hte est zro, ou "ce rseau" si la partie ID rseau est zro. Ainsi, si une machine veut connatre
son identificateur rseau, elle n'a qu' envoyer un paquet dont l'ID rseau vaut zro. Elle recevra en
rponse un paquet dont l'ID rseau sera celui du rseau local.
Rsum :
dsigne la machine
courante
machine Host-id
sur le rseau courant
boucle locale
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 13
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Allocation des rseaux privs rservs
Default Netmask
255.0.0.0
255.255.0.0
255.255.255.0
Ces adresses IP ne sont pas routables sur Internet, les FAI ont positionns des filtres sur leurs
routeurs.
Attention : ladresse 10.0.0.0 est une adresse Rseau, donc pas utilisable, ladresse
10.255.255.255 est une adresse de broadcast dirig, donc non utilisable aussi.
Il est donc possible de btir un rseau d'entreprise en utilisant l'un des espaces d'adressage rservs aux
rseaux privs coups de l'Internet. Le rseau de classe A 10.0.0.0, les rseaux de classe B allant de
172.16.0.0 172.31.0.0, ainsi que ceux de classe C courant de 192.168.0.0 192.168.255.0 sont
dfinis par la RFC (Request for Comment - publications de l'IETF) 1918 comme non attribus sur
l'Internet et rservs au rseaux privs dconnects. Il est alors possible de relier ces rseaux
l'Internet public en utilisant les routeurs comme des NAT, ou Network Address Translators, qui vont
attribuer la vole une adresse publique aux machines internes dsireuses d'tablir une connexion
avec l'Internet public, et effectuer une traduction automatique des adresses IP dans l'en-tte des
paquets.
5.5
page 14
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 15
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
5.6
La demande d'attribution d'adresses auprs du NIC est accompagne d'un descriptif du rseau
de la socit indiquant le nombre de rseaux physiques et d'htes adresser actuellement et dans cinq
ans. En fonction de ces informations, le NIC attribue une adresse rseau de classe A, B ou C. La classe
de l'adresse limite le nombre d'htes adressables....
presque 17 millions d'htes (2 24 -2) pour une classe A,
65534 htes (2 16 -2) pour une classe B,
et 254 htes (2 8 -2) pour une classe C.
Le choix de la classe d'adresse est important. Prenons l'exemple d'un rseau disposant d'une
adresse rseau de classe C (pouvant donc adresser au maximum 254 hosts). Si le nombre d'htes sur ce
rseau vient un jour dpasser 254, il faudra alors passer une adresse rseau de classe B avec tous
les problmes de changements d'adresses que cela implique.
Plan
Dadressage
Classe A
Classe B
Classe C
Classe D
Classe E
5.7
Adresse rseau
Premire
Derrnire
0.0.0.0
128.0.0.0
192.0.0
224.0.0.0
240.0.0.0
127.0.0.0
191.255.0.0
223.255.255.0
239.255.255.255
247.255.255.255
126
16.384
2.097.152
16.777.216
65536
256
268.435.456
16.777.214
65534
254
Systme autonome
Chaque socit qui obtient auprs du NIC une adresse rseau constitue un systme autonome .
5.8
Exemple
Prenons l'exemple d'une socit dont le rseau (un Token Ring ici) est reli au rseau mondial
Internet par un routeur.
Le rseau de la socit a pour adresse rseau 195.10.40.0. (adresse rseau de classe C).
L'adresse de l'interface de chaque hte commence donc par le prfixe 195.10.40. Le routeur a deux
interfaces rseau. La premire est du ct de la socit (adresse 195.10.40.1), la seconde est du ct du
rseau Internet et possde une adresse IP diffrente de la prcdente.
Host A
Host B
Host C
195.10.40.2
195.10.40.4
195.10.40.6
Rseau 195.10.40.0
195.10.40.3
195.10.40.5
195.10.40.7
195.10.40.1
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 16
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Host D
Host E
Host F
W.X.Y.Z
Vers
INTERNET
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 17
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
6.
Le rseau d'une socit (ou d'une organisation) ne se limite pas, la plupart du temps, un seul
rseau physique. Il est en fait constitu de multiples rseaux physiques interconnects, appels sousrseaux.
Or, le NIC n'attribue une mme socit qu'une seule adresse rseau. Grce au subnetting, il
est possible de crer dans le schma d'adressage IP un niveau de hirarchie supplmentaire pour
identifier ces sous-rseaux.
Le sous-adressage est une extension du plan dadressage initial
Devant la croissance du nombre de rseaux de lInternet, il a t introduit afin de limiter la
consommation dadresses IP qui permet galement de diminuer :
6.1
Principes :
A lintrieur dune entit associe une adresse IP de classe A, B ou C, plusieurs rseaux physiques
partagent cette adresse IP.
On dit alors que ces rseaux physiques sont des sous-rseaux (subnet) du rseau dadresse IP.
Supposons qu'une socit ait obtenu auprs du NIC une adresse rseau de classe B (159.95.0.0
par exemple).
1 ier Octet
159
2 ime Octet
3 ime et 4 ime Octets
95
champ ID Machine
Format des adresses IP des machines de la socit
sans utilisation du subnetting
page 18
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
les machines seulement avec le Hostid ; exemple IP(F) = 128.10.2.9
Un site avec deux rseaux physiques utilisant le sous-adressage de manire ce que ses deux sousrseaux soient couverts par une seule adresse IP de classe B. La passerelle P accepte tout le trafic
destin au rseau 128.10.0.0 et slectionne le sous-rseau en fonction du troisime octet de ladresse
destination.
Le site utilise une seule adresse pour les deux rseaux physiques.
A lexception de P, toute passerelle de linternet route comme sil nexistait quun seul rseau.
La passerelle doit router vers lun ou lautre des sous-rseaux ; le dcoupage du site en sous-rseaux a
t effectu sur la base du troisime octet de ladresse :
les adresses des machines du premier sous-rseau sont de la forme 128.10.1.X,
les adresses des machines du second sous-rseau sont de la forme 128.10.2.X.
Pour slectionner lun ou lautre des sous-rseaux, P examine le troisime octet de ladresse
destination : si la valeur est 1, le datagramme est rout vers rseau 128.10.1.0, si la valeur est 2, il est
rout vers le rseau 128.10.2.0.
Conceptuellement, la partie locale dans le plan dadressage initial est subdivise en partie rseau
physique + identification de machine (hostid) sur ce sous-rseau :
page 19
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Diffusion sur les sous-rseaux :
Elle est plus complexe que dans le plan dadressage initial.
Dans le plan dadressage Internet initial, Hostid = 11..1, ==> diffusion vers toutes les machines du
rseau.
D'un point de vue extrieur un site dot de sous-rseaux, la diffusion na de sens que si la passerelle
qui connat les sous-rseaux propage la diffusion tous ses rseaux physiques : { rseau, -1, -1 }.
Depuis un ensemble de sous-rseau, il est possible dmettre une diffusion sur un sous-rseau
particulier : { rseau, sous-rseau, -1 }.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 20
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
6.2
Subnet mask
Le Subnet mask permet d'obtenir, l'adresse du sous-rseau d'un hte dont on connat l'adresse
IP. Reprenons l'exemple d'un format d'adressage de classe B avec un subnet d'un octet. Le masque
255.255.255.0 appliqu l'adresse IP 130.10.140.25 donnera par addition logique bit bit l'adresse
130.10.140.0 qui est l'adresse du sous-rseau de cette machine.
La
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 21
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 22
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 23
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 24
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 25
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
6.2.3 Application
ID
000
001
010
011
100
101
110
111
page 26
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Vous constatez qu'il "manque" toujours deux adresses chaque sous-rseau. La premire, issue du
hostID 00000 dfinit tout le sous-rseau, par exemple 205.101.55.32; la deuxime, issue du hostID
11111 donne l'adresse de diffusion du sous-rseau, par exemple 205.101.55.63.
Une petite polmique vient de ce que, sans la RFC, des adresses 205.101.55.1 - 30 (provenant du sousrseau 000) et des adresses 205.101.55.225 - 254 (provenant du sous-rseau 111) seraient possibles.
De telles adresses sont d'ailleurs utilises sans problmes sur les rseaux Microsoft. De cette manire
un masque de sous-rseau 255.255.255.224 segmente une classe C non pas en 6, mais en 8 sousrseaux de 30 adresses chacuns.
6.3
Inconvnient du subnetting
Le dplacement d'un hte l'intrieur d'une socit d'un sous-rseau vers un autre sous-rseau
constitue un inconvnient du subnetting. Il implique ncessairement un changement d'adresse IP (voir
DNS pour viter ce problme). En effet, comme nous l'avons dit prcdemment, l'utilisation du
subnetting rserve une partie de l'adresse IP pour identifier le sous-rseau auquel est rattach l'hte.
6.4
(RFC 1009) : un rseau IP peut possder plusieurs masques diffrents; ==> rseau de type VLSM
(Variable Length Subnet Masks)
Evite la rigidit du masque fixe qui impose :
le nombre de sous-rseaux
le nombre de machines par sous-rseau
Exemple : 130.5.0.0/22 ==> 64 sous-reseaux et 1022 machines / sous-rseau
uinadapt pour des petits sous-rseaux de quelques machines; exemple 30 machines sur un
sous-rseau ==> 992 adresses IP perdues
Permet ladaptation de ladressage IP a la taille des sous-rseaux
Exemple prcdent : cohabitation de grands et petits sous-rseaux
130.5.0.0/22 (64 sous-reseaux et 1022 machines / sous-rseau)
130.5.0.0/26 (1024 sous-rseaux de 62 machines / sous-rseau)
Division dun espace IP en sous-rseaux successifs
Permet de masquer les informations de routage entre groupes de sous-reseaux
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 27
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
6.5
.3 CIDR
(RFC 1518/1519)
Solution au problme de pnurie progressive des adresses IP est de tenter de mieux utiliser les adresses
existantes, et notamment celles encore non attribues. Une des grandes difficults rside dans le fait
que beaucoup de socit ont besoin de plus de 256 adresses (aussi une classe C se rvle-t-elle
insuffisante), mme si elles sont loin de pouvoir utiliser l'intgralit des adresses d'une Classe B. Deux
choix sont alors possibles : attribuer un bloc de plusieurs classes C, mais ceci ncessite de dcouper le
rseau d'entreprise en sous-rseaux de 255 machines relies par des routeurs. Ou bien allouer une
partie seulement d'une classe B en crant artificiellement un masque de sous-rseau dcoupant le bloc
de 65000 adresses en des espaces d'adressages plus petit. Grce au classless inter-domain routing ou
CIDR, il est dsormais possible pour les prestataires d'accs de dcouper loisir les espaces d'adresses
qui leurs sont allous d'un seul bloc et de ne faire figurer dans les principaux routeurs de l'Internet
qu'une unique adresse et un prfixe de sous-rseau permettant de router automatiquement vers le
prestataire l'ensemble des paquets adresss l'une quelconque des adresses contenu dans ce bloc. On
s'affranchit ainsi du dcoupage arbitraire et peu flexible en classes : l'allocation des ressources est plus
fine et les tables de routages sont allges au cur du rseau.
En ce sens, le subneting et CIDR ne sont pas de vritables solutions au problme de la raret des
adresses IP, mais en permettant une allocation plus fine des ressources , elles repoussent d'autant les
consquences de la rarfaction acclre des adresses IP
Les protocoles de routage substituant des espaces C un espace B obissent au classless interdomain
routing ou CIDR. Un rseau pourrait donc se voir allouer 8 espaces C, prenant les 2048 adresses
201.10.0.0 201.10.7.255, au lieu d'un espace B de 65 536 adresses. Puisque l'administrateur de
rseau se voit allouer 8 rseaux C, il lui reste 21 bits d'adresse de rseau. L'adresse et le prfixe
dcrivant le rseau sont ds lors 201.10.0.0 et 21, qu'on crit sous la forme 201.10.0.0/21 (fig. 3.5).
(cette mthode permettant donc de diminuer la taille des tables de routages)
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 28
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 29
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
7.
Le problme qui se pose ici est d'obtenir l'adresse physique (niveau 2 OSI) d'une machine,
connaissant son adresse IP (niveau 3 OSI). En effet, pour envoyer un message sur un rseau, c'est
l'adresse physique qui est prise en compte pour l'acheminement des trames physiques (trames
Ethernet, Token Ring....).
Les adresses physiques de certains types de rseaux physiques peuvent tre configures par
l'administrateur du rseau. En consquence, une correspondance simple peut parfois tre dfinie entre
les adresses physiques et IP. La connaissance de l'une impliquant directement la connaissance de
l'autre.
Mais ce n'est pas le cas gnral et d'Ethernet en particulier. Les adresses physiques mises en
jeu sur un segment Ethernet sont celles des cartes Ethernet. Ces adresses, d'une longueur de 6 octets,
sont fixes la construction et sont donc immuables. La correspondance doit tre alors tablie
dynamiquement.
La solution : ARP
Mise en place dans TCP/IP dun protocole de bas niveau appel Adress Resolution Protocol (ARP)
Rle de ARP :
fournir une machine donne l'adresse physique (MAC) d'une autre machine situe sur le
mme rseau partir de l'adresse IP de la machine destinatrice
Le protocole ARP (Address Resolution Protocol) ralise une telle rsolution d'adresses dynamique
pour des rseaux Ethernet, Token Ring, FDDI....
LA technique :
Diffusion d'adresse sur le rseau physique
La machine d'adresse IP met un message contenant son adresse physique
Les machines non concernes ne rpondent pas
Gestion cache pour ne pas effectuer de requte ARP chaque mission
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 30
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
7.1
Un message ARP est encapsul dans une trame physique pour transmission sur le rseau.
Message ARP
Frame Header
b0
Trailer
Opration ;
1 Request ARP
2 Reply ARP
3 Request RARP
4 Reply RARP
b4
b8
b16
b24
b31
Hardware Type
Protocol Type
Hard Add Size
Protocol Add Size
Operation
Senders Hardware Address (byte 0 to 3)
Senders Hardware Address (byte 4 to 5)
Senders IP Address (byte 0 to 1)
Senders IP Address (byte 2 to 3)
Targets Hardware Address (byte 0 to 1)
Targets Hardware Address (byte 2 to 5)
Targets IP Address (byte 0 to 3)
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 31
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Deux RFC documentent ARP ; la RFC 826 dcrit ARP et la RFC 1166 dfinit les valeurs Type
permettant lidentification des trames transmises.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 32
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
7.2
Exemple d'Ethernet
Considrons le segment Ethernet ci-dessous sur lequel sont connectes quatre machines W, X,
Y et Z. Supposons que Y veuille communiquer avec Z dont il ne connat que son adresse IP : IP Z.
Pour communiquer avec Z qui est situ sur le mme rseau physique que lui, Y a besoin de
connatre physique Ethernet de Z PhZ.
Pour la trouver, il envoie par le mcanisme de broadcast physique, un message ARP toutes
les machines situes sur le segment Ethernet. On appelle adresse broadcast l'adresse physique
Ethernet FF:FF:FF:FF:FF:FF Une trame envoye cette adresse sera reue par toutes les machines
du segment Ethernet. Notons qu'une information situe dans l'en-tte de la trame Ethernet permet aux
machines qui reoivent ce broadcast de savoir qu'il s'agit d'un message ARP (ARP Request).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 33
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Parmi toutes les machines qui vont recevoir cette trame, (X, Y et Z dans l'exemple), seule Z va
reconnatre son adresse IP, IP Z, et remplie la partie reste vide du message ARP avec son adresse
physique PhZ puis renvoit le message ARP Y (ARP Reply).
Quand Y reoit la rponse et pour viter d'avoir refaire une requte ARP un peu plus tard, il
place la correspondance des deux adresses dans une table appele cache. De mme, les machines W, X
et Z (qui ont toutes trois lu le message ARP) placent dans leur cache la correspondance entre l'adresse
IP de Y et l'adresse physique de Y. Notons que chaque entre du cache a une dure de vie limite pour
tenir compte des ventuels changements de cartes Ethernet.
Voici un exemple de capture de trame ARP (retrouver les diffrents champs ?).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 34
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Adresse IP
135.12.23.65
135.12.56.89
135.12.56.90
Exemple :
//gefisa # arp -a
27 routeur1 (128.1.1.10) at 2:60:8c:23:49:68 (0)
36 adp1 (128.1.1.2) at 0:20:af:29:b2:35 (0)
//gefisa #
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 35
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
8.
Une station sans disque relie un rseau ne peut garder son adresse IP. En effet, le code situ
en ROM, qui doit rester suffisamment gnral, n'inclut pas l'adresse IP de la machine.
Lors du boot, la station contacte en broadcast par le protocole RARP (Reverse Address
Resolution Protocol) un serveur RARP. Ce serveur, en consultant ses tables, informe la station de
l'adresse IP qui lui est affect.
Le protocole RARP utilise un message RARP dont les champs sont identiques ceux du
message ARP. La station effectuant la requte RARP place dans le champ adresse physique destination
son adresse physique et laisse vide le champ adresse logique de destination. Ce champ sera complt
par les serveurs RARP.
Les requtes RARP sont propages vers le ou les serveur(s) RARP par mcanisme de diffusion. Le(s)
serveur(s) RARP rponde(nt) par un message de type RARP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 36
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 37
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Voici un exemple de capture de trame RARP (retrouver les diffrents champs ?).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 38
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
9.
IP (Internet Protocol)
9.1
Rle du protocole IP
9.2
IP Data AREA
Frame IP
Trailer
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 39
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
L'en-tte IP contient principalement :
Le datagramme IP :
L'unit de transfert de base dans un rseau internet est le datagramme qui est constitue d'un en-tte et
d'un champ de donnes:
PRECEDENCE (3 bits) : dfinit la priorit du datagramme; en gnral ignor par les machines et
passerelles (pb de congestion).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 40
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Bits D, T, R : indiquent le type d'acheminement dsir du datagramme, permettant une passerelle de
choisir entre plusieurs routes (si elles existent) :
D signifie dlai court (Delay)
T signifie dbit lev (Throughput)
R signifie grande fiabilit.( Reliab)
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 41
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Lorsque le datagramme est rout vers un rseau physique dont le MTU est plus petit que le MTU
courant, la passerelle fragmente le datagramme en un certain nombre de fragments, vhiculs par
autant de trames sur le rseau physique correspondant, lorsque le datagramme est rout vers un rseau
physique dont le MTU est suprieur au MTU courant, la passerelle route les fragments tels quels
(rappel : les datagrammes peuvent emprunter des chemins diffrents).
Le destinataire final reconstitue le datagramme initial partir de l'ensemble des fragments reus; la
taille de ces fragments correspond au plus petit MTU emprunt sur le rseau. Si un seul des fragments
est perdu, le datagramme initial est considr comme perdu : la probabilit de perte d'un datagramme
augmente avec la fragmentation.
Position Relative (FRAGMENT OFFSET) :
Indique le dplacement des donnes contenues dans le fragment par rapport au datagramme initial.
C'est un multiple de 8 octets; la taille du fragment est donc galement un multiple de 8 octets.
Chaque fragment a une structure identique celle du datagramme initial, seul les champs FLAGS et
FRAGMENT OFFSET sont spcifiques.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 42
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Somme de contrle de len-tte :
Ce champ permet de dtecter les erreurs survenant dans l'en-tte du datagramme, et par consquent
l'intgrit du datagramme.
Le total de contrle d'IP porte sur l'en-tte du datagramme et non sur les donnes vhicules. Lors du
calcul, le champ HEADER CHECKSUM est suppos contenir la valeur 0 :
OPTIONS :
Le champ OPTIONS est facultatif et de longueur variable. Les options concernent essentiellement des
fonctionnalits de mise au point. Une option est dfinie par un champ octet :
copie (C) indique que l'option doit tre recopie dans tous les fragments (c=1) ou bien uniquement
dans le premier fragment (c=0).
Les bits classe d'option et numro d'option indiquent le type de l'option et une option particulire de ce
type :
Enregistrement de route (classe = 0, option = 7) : permet la source de crer une liste d'adresse IP
vide et de demander chaque passerelle d'ajouter son adresse dans la liste.
Routage strict prdfini par l'metteur (classe = 0, option = 9): prdfinit le routage qui doit tre
utilis dans l'interconnexion en indiquant la suite des adresses IP dans l'option :
Le chemin spcifi ne tolre aucun autre intermdiaire; une erreur est retourne l'metteur si une
passerelle ne peut appliquer le routage spcifi.
Les passerelles enregistrent successivement leur adresse l'emplacement indiqu par le champ
pointeur.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 43
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Routage lche prdfini par l'metteur (classe = 0, option = 3): Cette option autorise, entre deux
passages obligs, le transit par d'autres intermdiaires :
Horodatage (classe = 2, option = 4) : cette option permet d'obtenir les temps de passage (timestamp)
des datagrammes dans les passerelles. Exprim en heure et date universelle.
Une liste de couples (adresse IP - horodatage) est rserve par l'metteur; les passerelles ont charge
de remplir un champ lors du passage du datagramme.
Le champ dpassement de capacit (dep.) comptabilise les passerelles qui n'ont pu fournir les
informations requises ( liste initiale tait trop petite).
Le champ FLAGS indique si les passerelles doivent renseigner uniquement l'horodatage (FLAGS = 0),
ou bien l'horodatage et l'adresse IP (FLAGS=1). Si les adresses IP sont prdfinies par l'metteur
(FLAGS=3), les passerelles n'indiquent l'horodatage que si l'adresse IP pointe par le champ pointeur
est identique leur adresse IP.
Les horodatages, bien qu'exprims en temps universel, ne constituent qu'une estimation sur le temps
de passage car les horloges des machines situes sur les rseaux ne sont pas synchronises.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 44
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
page 45
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Total Length (TL) --> Payload Length
ID, Flags et Fragment Offset (FO) : supprims
TTL --> Hop Limit
Protocol --> Next header (mmes valeurs que dans IPv4)
Header CS : supprim
Adresses : 32 --> 128 bits (4 --> 16 octets)
Alignement 32 --> 64 bits
Version (4)
Priorit (4)
version du protocole : 6
0 : pas de priorit particulire
1 : trafic de base (news)
2 : transfert de donnes sans contraintes temporelles (email)
3 : rserv
4 : transfert de donnes avec attente du rcepteur (ftp)
5 : rserv
6 : trafic interactif (login)
7 : trafic de contrle (routage)
permet d'identifier un trafic. Ce n'est pas encore entirement dfini dans la RFC.
taille, en octets, de tout ce qui suit cet entte
indique quel est le type de donnes suivant cet entte.
Par exemple : 6=tcp, 17=udp, 0=Hop-by-Hop_Options, 43=routing, 44=fragment,
60=destination_options, 59=rien_ne_suit, etc.
entier dcrment chaque traverse de machine. Lorsque ce paramtre vaut zro,
le paquet doit tre jet.
adresse de la machine source
adresse de la machine destination, sauf si le source routing est employ
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 46
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
adresse loopback
adresse IPv6 avec une fin en IPv4
adresse NSAP
adresse IPX
adresse unicast Aggregatable
adresse unicast de liaison locale (adresse prive non routable)
adresse unicast de site local (adresse prive non routable)
adresse multicast
Format compress :
page 47
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
On peut indiquer quune adresse fait partie dun rseau dont le prfixe est de
longueur dtermine (netmask)
5F06:B500:8158:1A00::1/80
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 48
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
11.1
Le broadcast physique consiste acheminer une mme trame physique toutes les machines
connectes au rseau physique concern (un segment Ethernet par exemple). Sur Ethernet, le
broadcast est ralis en envoyant la trame l'adresse Ethernet de broadcast (0xFF:FF:FF:FF:FF:FF).
Le driver contrlant la carte Ethernet est configur pour reconnatre l'adresse broadcast.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 49
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Le multicasting physique consiste acheminer une mme trame physique vers certaines
machines appartenant un mme groupe multicast physique. Notons que l'implmentation de cette
notion n'existe pas forcment suivant la nature du rseau physique. Sur Ethernet, une adresse multicast
est caractrise par le dernier bit du premier octet de l'adresse Ethernet positionn 1 (= adresse
unicast). Le driver contrlant la carte Ethernet est configur pour reconnatre l'adresse multicast
choisie par l'hte.
Comment seffectue la correspondance entre une adresse Ethernet et une adresse IP?
Le paquet IP est encapsul dans une trame Ethernet. Les cartes Ethernet ne capturent (filtrent) que les
trames qui leur sont destines. Une premire possibilit est d'utiliser l'adresse de diffusion d'Ethernet
pour envoyer des datagrammes multicast. Ce cas est valable si des cartes ne sont pas capables de
reconnatre des adresses de groupes Ethernet. L'inconvnient est que le filtrage sera effectu au niveau
IP surchargeant la CPU.
Une autre possibilit est d'effectuer une correspondance entre une adresse de groupe IP et une adresse
de groupe Ethernet. Le IANA possde un ensemble d'adresses Ethernet: 00:00:5E:XX:XX:XX - La
moiti de ces valeurs (utilisation de 23 bits) est rserve pour le multicast. Ainsi, pour les adresses
multicast les valeurs 01:00:5E:00.00.00 01:00:5E:7F:FF:FF sont disponibles. Le fait de limiter
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 50
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
23 bits la correspondance permet de conserver un nombre de bits au niveau dEthernet non utiliss
dans la correspondance pour dautres protocoles.
Pour mettre en correspondance les adresses de diffusion au niveau IP avec les adresses de diffusion
Ethernet, placer les 23 bits de poids faible des adresses de diffusion au niveau IP dans les 23 bits de
ladresse de diffusion de groupe au niveau Ethernet.
On remarquera que plusieurs adresses de groupe IP pourraient avoir les mme 23 bits de poids faible.
Cela oblige le logiciel IP de vrifier le champ adresse destinataire IP pour filtrer tous les paquets qui
ne lui sont pas destins.
Exemple :
Ladresse multicast 224.192.16.1 devient 01-00-5E-40-10-01. Utiliser les 23 bits de poids faibles, le
premier octet nest pas utilis, et seulement les 7 derniers bits du second octet sont utiliss. Le
troisime et quatrime octets octets sont directement convertis en nombre Hxadcimal. Le second
octet, 192 devient en binaire 11000000. Si vous ne tenez pas compte du dernier bit, cela devient
1000000 ou 64 (en decimal), ou 0x40 (en hexadecimal). Pour loctet suivant, 16 en hexadecimal
devient 0x10. Pour le dernier octet, 1 en hexadecimal devient 0x01. Ainsi, ladresse MAC
correspondant 224.192.16.1 devient 01-00-5E-40-10-01.
Token Ring utilise la mme mthode au niveau de la couche MAC-pour ladressage multicast.
Toutefois, plusieurs adaptateurs rseaux de type Token-Ring ne le supporte pas. Reste que ladresse
fonctionnelle sera 0xC0-00-00-04-00-00 pour tout traffic multicast IP envoy vers un rseau Token
Ring. Voir RFC 1469.
Par dfaut, le coupleur Ethernet dune station coute son adresse Ethernet (fixe en PROM) et
ladresse de broadcast (FF.FF)
Les autres adresses Ethernet doivent tre explicitement programmes dans le driver du coupleur
Pour le multicast, il faut couter au minimum :
Equvalent Ethernet de 224.0.0.1 (tous les htes Xcast du LAN)
Equivalent Ethernet du rpertoire des sessions du Mbone annonant la liste des groupes
multicast actifs.
11.2
Multicast IP
Un groupe peut contenir des htes se trouvant sur le mme rseau ou sur plusieurs rseaux. Dans ce
dernier cas, des routeurs spciaux Multicast Routers (mrouters ou MR) acheminent les datagrammes
de diffusion de groupe.
C'est en 1988 que les premires expriences furent menes. Comme tous les routeurs ne supportent
pas les fonctionnalits d'un MR, un rseau virtuel form de tunnels (liaisons virtuelles point point)
regroupant les MR fut dploy: le MBone (Multicast BackBone). Le MBone va permettre que le
multicast soit une ralit au del du LAN. Un tunnel fonctionne de la manire suivante: partir d'une
extrmit (MR) un paquet multicast est encapsul dans un paquet UDP unicast (avec une adresse IP
individuelle) et envoy sur l'Internet; Arriv l'autre extrmit, le paquet est dsencapsul. Des
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 51
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
extensions au protocoles existants sont ncessaires: d'une part sur l'hte et d'autre part sur certains
routeurs qui seront des MR.
Le multicasting IP est une abstraction du multicasting physique. Il permet l'acheminement d'un
mme datagramme IP un ensemble d'htes formant un mme groupe multicast. La transmission
relle utilise le multicast physique (si disponible) pour raliser ce multicast IP. Les membres d'un
mme groupe n'appartiennent pas forcment au mme rseau physique.
Chaque groupe multicast a une unique adresse de classe D, attribue par le NIC.
Permet un hote de sabonner (dsabonner) un groupe, et dire aux routeurs envoie moi une copie
des paquets recus par cette adresse de groupe .
Diffusion de 1 vers plusieurs (1 vers n) :
Pas dinteraction des destinataires
Tlsminaire
Diffusion des tables de routages RIPv2
Bootstrapsur le rseau
Decouverte automatique de ressources sur le rseau ..
Diffusion de plusieurs vers plusieurs (n vers m) :
Chaque membre du groupe peut tre source du flux multicast
Tlconfrence
Jeux interactifs (Star war)
page 52
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Les routeurs utilisent des protocoles de routage multicast pour administrer les groupes multicast.
32
1 1 1 0
0
adresse multicast
format dune adresse de classe D
Classe D :
224.0.0.0 239.255.255.255
Rservation de plages dadresses spcifiques :
Les adresses 244.0.0.0 224.0.0.255
239.*.*.* : administratively scoped addresses (adresses rserves pour usage privs ).
Toutes les autres adresses de 244.0.1.0 239.255.255.255 sont attribues de facon permanente
diffrents applications et sont rserves pour une allocation dynamique via SDR ou autre
mthodes.
L'appartenance un groupe multicast IP est dynamique. Un hte peut rejoindre ou quitter un groupe
tout moment. Notons qu'un hte n'a pas besoin de faire partie d'une groupe pour lui envoyer un
datagramme en multicasting.
L'implantation du multicast IP est ralise par le protocole IGMP (Internet Group Management
Protocol).
Ce protocole utilise le protocole IP pour envoyer ses messages.
Il existe deux versions, IGMPv1, IGMPv2, la version 3 est en cours dlaboration (IETF /
IDMR).
Version 1 (RFC 112)
Version 2 (RFC 2236)
Version 3 (draft)
IGMP, comme ICMP, fait partie de la couche IP et utilise des datagrammes IP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 53
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
page 54
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Pour IGMP v2 :
Election du DR => @IP la plus petite
Timers programmables
Nouveaux type de paquets envoys par lhte => de dsabonnement (leave) => au reu dun leave, le
routeur envoie un query directionnel aux htes qui ont t abonns ce groupe, rduction du temps de
latence pour arrter la diffusion dun groupe qui na plus dabonn
IGMP v2, doit obligatoirement supporter la version 1.
IGMP permet la distrubution des datagrammmes Xcast sur le LAN.
Dans la famille des protocoles de routage Multicast :
On distingue deux familles de protocoles en fonction du mode de diffusion des paquets multicast
utilis :
Mode dense : inondation et elagage, DVMRP ; PIM-DIM ; MOSPF (suppose que les abonns aux
groupes Xcast sont nombreux).
Mode pars : greffe et lagage, PIM-SM ; CBT (faible population abonne).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 55
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
12.1
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 56
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Si un hte metteur est situ sur le mme rseau physique que l'hte destinataire, il peut lui
envoyer directement un datagramme : il encapsule le datagramme dans une trame physique et envoie
directement la trame sur le rseau physique concern. Le datagramme pour tre achemin n'est pass
par aucun routeur. On parle de routage direct.
Si le destinataire d'un datagramme n'est pas situ sur le mme rseau physique que l'hte
metteur, ce dernier dtermine le premier routeur IP dans la direction de l'hte destinataire, qui lui
transmet le datagramme. Ce datagramme est transmis de routeur en routeur jusqu' ce qu'il atteigne
une passerelle qui puisse le dlivrer directement son destinataire. On parle de routage indirect.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 57
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
12.2
Lorsqu'un routeur IP reoit sur l'une de ses interfaces une trame physique, il en extrait le
datagramme quelle contient. Puis il met en oeuvre un algorithme de routage utilisant une table de
routage pour dterminer dans quelle direction propager le datagramme .
En fonction de l'adresse de destination IP contenue dans l'en-tte du datagramme, il dtermine
vers quel rseau physique (parmi ceux auxquels il est connect) doit tre rout le datagramme. Il
encapsule alors ce datagramme dans une nouvelle trame physique, puis met cette dernire sur ce
rseau physique.
Il est important de bien comprendre qu'un routeur qui reoit sur l'une de ses interfaces une
trame physique n'y voit l'intrieur qu'un datagramme IP. Les informations contenues dans la partie
data du datagramme lui sont compltement transparentes.
12.3
Nous avons dit que toute dcision de routage tait prise en fonction de l'adresse IP de
destination du datagramme. en fait, c'est plus exactement en fonction de l'adresse du rseau (ou du
sous-rseau) de destination du datagramme. Cela ne change pas grand chose en fait, mais permet
d'avoir des tables de routage moins longues, donc plus simples mettre jour.
Il serait en effet difficile de grer des tables de routage contenant toutes les adresses IP des
machines de l'inter-rseau (il suffit d'imaginer ce qu'il se passerait si une nouvelle machine tait
installe sur un rseau : il faudrait modifier les tables de routage de toutes les autres
machines ....).
Les tables de routage ne contiennent donc que des adresses rseau (ou des adresses de sousrseau).
Chaque routeur ou hte possde une table de routage qui lui est propre.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 58
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Une entre d'une table de routage contient cinq champs :
Network address, Subnet Mask, IP address. Metric, TTl
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 59
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 60
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
12.4
12.5
Nous donnons la page suivante les diffrentes tables de routage des quipements prsents
dans l'inter-rseau figur ci-dessous. Cet inter-rseau se compose de :
- Deux routeurs
- Trois htes
- Trois rseaux dadresses
: Routeur_1 et Routeur_2
: Hte_A, Hte_B et Hte_C
: 195.10.40.0, 195.10.50.0 et 195.10.60.0
Rseau 195.10.40.0
195.10.40.15
195.10.40.200
Routeur_1
195.10.50.201
Hte_A
Hte_B
195.10.50.18
Rseau
195.10.50.0
Hte_C
195.10.60.13
Rseau 195.10.60.0
195.10.50.202
195.10.60.200
Routeur_2
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 61
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 62
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Dtaillons la table de routage du Routeur_1.
Les deux premires lignes de la table indiquent que tout datagramme destination d'un hte
situ sur 195.10.40.0 ou sur 195.10.50.0 peut tre achemin cet hte destinataire. En effet, le
Routeur_1 est directement connect ces deux rseaux et peut donc envoyer une trame physique
directement tout hte de ces rseaux.
La troisime ligne indique que tout datagramme destination de 195.10.60.0 doit tre envoy
au Routeur_2, d'adresse IP 195.10.50.202.
Table de
routage
du Routeur_1
du Routeur_2
de lHte_A
de lHte_B
de lHte_C
12.6
Network
address
Subnet Mask
associ
IP
Address
195.10.40.0
195.10.50.0
195.10.60.0
195.10.40.0
195.10.50.0
195.10.60.0
195.10.40.0
195.10.50.0
195.10.60.0
195.10.40.0
195.10.50.0
195.10.60.0
195.10.40.0
195.10.50.0
195.10.60.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
255.255.255.0
Deliver Directly
Deliver Directly
195.10.50.202
195.10.50.201
Deliver Directly
Deliver Directly
Deliver Directly
195.10.40.200
195.10.40.200
195.10.50.201
Deliver Directly
195.10.50.202
195.10.60.200
195.10.60.200
Deliver Directly
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 63
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Nous allons distinguer deux cas suivant que Hte_A et Hte_B sont connects ou non au
mme rseau physique, c'est--dire suivant qu'ils sont ou non spars par un routeur IP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 64
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Rseau 128.10.0.0
Routeur_1
128.10.2.1
Hte_A
Routeur_2
128.10.3.4
Hte_B
La transmission d'un datagramme IP entre Hte_A et Hte_B ne ncessite pas le passage par
un routeur IP. En effet, Hte A peut envoyer directement une trame physique Ethernet Hte_B
puisqu'ils sont situs sur le mme rseau physique.
Pour envoyer son datagramme IP, Hte_A recherche partir de l'adresse IP de Hte_B
l'adresse physique correspondante (dans ses tables ou par ARP). Puis il encapsule le datagramme dans
une trame physique et envoie cette trame sur le rseau physique.
Il est facile pour l'Hte_A de savoir si l'Hte_B est situ sur le mme rseau physique que lui
ou non :
q Hte_A a pour adresse IP : 128.10.2.1
q Hte_B a pour adresse IP : 128.10.3.4
q L'adresse du rseau sur lequel se trouve Hte_A est 128.10.0.0. Le subnet mask associ ce
rseau est donc 255.255.0.0.
q Hte_A applique ce mask l'adresse IP de Hte_B. Il obtient 128.10.000 : il en dduit que
Hte_B est situ sur le mme rseau physique que lui et qu'il peut donc directement lui
envoyer tout datagramme encapsul dans un trame physique.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 65
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Rseau 195.10.40.0
195.10.40.15
195.10.40.200
Routeur_1
195.10.50.15
Hte_A
Hte_B
195.10.50.18
Rseau
195.10.50.0
Hte_C
195.10.60.13
Rseau 195.10.60.0
12.7
195.10.50.202
195.10.60.200
Routeur_2
Remarque importante
L'en-tte d'un datagramme en transit dans l'inter-rseau a toujours comme adresse IP source
celle de l'hte metteur du datagramme et comme adresse IP destination celle de l'hte destinataire.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 66
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
C'est au niveau de la trame physique (trame Ethernet par exemple) que les adresses physiques
source et destination changent chaque passage par un routeur.
Nous dtaillons ci-aprs les diffrentes adresses mises en jeu dans le routage indirect de
l'exemple prcdent.
Adresse
physique
destination
interface du
Routeur_1
ct Hte_A
En-tte datagramme
Adresse
IP
source
Adresse
IP
destination
Hte_A
Hte_C
Adresse
physique
destination
interface du
Routeur_2
ct Routeur_1
En-tte datagramme
Adresse
IP
source
Adresse
IP
destination
Hte_A
Hte_C
12.8
En-tte datagramme
Adresse
physique
destination
Adresse
IP
source
Adresse
IP
destination
Hte_C
Hte_A
Hte_C
Les tables de routage peuvent tre configures manuellement par l'administrateur du rseau.
C'est souvent le cas des tables de routage des htes (stations de travail ou serveurs). Pour les routeurs
une meilleure solution consiste confier ce travail fastidieux un protocole particulier appel
protocole de routage.
Grce ces protocoles de routage, les diffrents routeurs vont s'changer des informations de
service. Les informations de service permettent une mise jour dynamique des tables de routage (en
tenant compte des liaisons qui ne fonctionnent plus, des rseaux surchargs,....).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 67
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
12.9
Chaque rseau de l'inter-rseau ne figure pas toujours dans toutes les tables de routage d'un
hte ou d'un routeur IP. en effet, il n'est pas souhaitable que les diffrentes tables de routage soient trop
longues, ne serait ce que pour viter des erreurs ou pour diminuer le nombre de changements
effectuer en cas de modification de l'adresse d'un rseau.
On utilise alors la notion de route par dfaut. Une ligne dans la table de routage indique
l'adresse IP d'un routeur par dfaut (default gateway). Tout datagramme pour lequel il n'y a pas
d'information de routage particulire sera envoy vers ce routeur. L'utilisation de routeurs par dfaut
dplace en fait le problme du routage vers un routeur distant.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 68
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
2)
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 69
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
prsentation
Le protocole ICMP (Internet Control Message Protocol) permet denvoyer des messages de contrle
ou derreur vers dautres machines ou passerelles. ), permet aux routeurs IP d'envoyer des messages
d'erreurs ou de contrle des htes ou d'autres routeurs IP . ICMP tablit en fait une communication
entre deux softs IP situs sur deux machines diffrentes.
Bien qu'ICMP soit un protocole de niveau 3 comme IP, les messages ICMP sont envoys dans le
rseau encapsuls dans les datagrammes IP.
ICMP rapporte les messages derreur lmetteur initial.
Beaucoup derreurs sont causes par lmetteur, mais dautres sont des des problmes
dinterconnexions rencontres sur lInternet :
machine destination dconnecte,
dure de vie du datagramme expire,
congestion de passerelles intermdiaires.
Si une passerelle dtecte un problme sur un datagramme IP, elle le dtruit et met un message ICMP
pour informer lmetteur initial.
Les messages ICMP sont vhiculs lintrieur de datagrammes IP et sont routs comme nimporte
quel datagramme IP sur linternet.
Une erreur engendre par un message ICMP ne peut donner naissance un autre message ICMP (vite
leffet cummulatif).
13.2
TYPE
0
3
4
5
8
11
12
13
14
15
16
17
18
Message ICMP :
Echo Reply
Destination Unreachable
Source Quench
Redirect (change a route)
Echo Request
Time Exceeded (TTL)
Parameter Problem with a Datagram
Timestamp Request
Timestamp Reply
Information Request (obsolete)
Information Reply
(obsolte)
Address Mask Reques
Address Mask Reply
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 70
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
13.3
b7
Type
b16
code
Identificateur
b31
Somme de contrle
Numro de squence
Donnes optionnelles
q
q
q
q
q
q
Type (8 bits)
Code (8 bits)
Somme de contrle (16 bits)
Identificateur (16 bits)
Numro de squence (16 bits) : il commence 0 et est incrment chaque paquet
retourn, nous permettant de voir si des paquets sont manquant, rordonns ou dupliqus.
Donnes optionnelles
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 71
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Obtention de masque de sous-rseau
Une machine peut mettre une demande de masque de sous-rseau (Subnet Mask Request) vers une
passerelle grant le sous-rseau en question.
La passerelle transmet par une Subnet Mask Reply, ladresse de masque de sous-rseau (de longueur
32 bits) dans le champ de donne spcifique.
CODE indique le codage de lerreur rapporte et est spcifique chaque type derreur,
SPECIFIQUE est un champ de donnes spcifique au type derreur,
IP HEADER + FIRST 64 bits contient len-tte IP + les premiers 64 bits de donnes du datagramme
pour lequel le message est mis.
Compte rendu de destination inaccessible
Lorsquune passerelle met un message ICMP de type destination inaccessible, le champ
code dcrit la nature de lerreur :
0
1
2
3
4
5
6
7
8
9
10
11
Network Unreachable
Host Unreachable
Protocol Unreachable
Port Unreachable
Fragmentation Needed and DF set
Source Route Failed
Destination Network Unknown
Destination Host Unknown
Source Host Isolated
Communication with desination network administratively prohibited
Communication with desination host administratively prohibited
Network Unreachable for type of Service
12
Host Unreachable for type of Service
contrle de congestion :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 72
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Un message ICMP de redirection de route peut tre transmis par une passerelle vers une machine
relie au mme rseau pour lui signaler que la route nest pas optimale.
Une fois la redirection effectue, les datagrammes seront achemins vers la passerelle approprie.
Dans le bloc de commande, le champ SPECIFIQUE indique ladresse de la passerelle que la machine
doit utiliser pour router le datagramme; CODE spcifie la redirection :
0
1
2
3
CODE
SIGNIFICATION
Redirect datagrams for the Network
Redirect datagrams for the Host
Redirect datagrams for the Type of Service and Network
Redirect datagrams for the Type of Service and Host
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 73
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Noyau central
R4
R1
R2
R3
RC
RC
RC
RC
RC
RC
R5
R6
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 74
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 75
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
16.1
Le systme manuel
La premire solution offerte au manager du rseau est d'tablir et de modifier les tables de
routage la main. L'administrateur fait des mises jour ncessaires ds qu'un nouveau sous-rseau est
ajout ou enlev.
S'il n'existe par exemple qu'un seul chemin entre deux points, le manager peut configurer
manuellement les routes des htes.
Un tel systme ne s'adapte pas une croissance rapide du nombre des rseaux ou des
frquents changements. Il ne convient que pour de petits rseaux.
16.2
On dsigne sous le nom d'IGP tout algorithme qu'utilisent les routeurs IP d'un mme systme
autonome pour s'changer des informations sur le routage ou l'accessibilit de tel ou tel sous-rseaux.
Les protocoles de routage sont btis sur deux types d'algorithmes :
q distance vector : dcompte du nombre de liaisons intermdiaires
q link status : cot de la liaison en fonction de son dbit.
Chacun utilise une unit de mesure (routing metric) de manire disposer d'une base
numrique de comparaison entre plusieurs chemins possibles. Cette unit quantifie une distance entre
les diffrents points du rseau. Selon le type d'algorithme retenu, les paramtres permettant de mesurer
cette distance vont varier.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 76
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
16.3
16.3.1 RIP
Protocole intrieur (Cf AS), RFC 1058.
Berkeley made (BSD/routed)
Conu lorigine pour les rseaux locaux, tendu aux rseaux distants
Peu performant, mais le plus employ au monde
De type Vector/Distance
Deux Version 1.0 et 2.0
Fonctionne au dessus dUDP/IP ; port 520 (Cf <1024)
Mode Actif : Routeurs, Mode passif : machines (Historique : Espionnage dhtes passifs dans les
rseaux locaux).
Les informations de routage sont mises toutes les 30 secondes et indiquent pour un routeur donn, la
liste des rseaux accessibles avec leur distance (next hop).
Les routes diffuses sont les routes propres + les routes acquises
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 77
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
16.3.1.1
16.3.1.2
adip1:520
255.255.255.255:520
adip1:520
adip2:520
adip1:xxx
255.255.255.255:520
adip1:xxx
adip2:520
16.3.1.3
adip2:520
adip2:520
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 78
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
RIP est l'un des protocoles de routage les plus utiliss. Il est souvent implant par un
programme appel routed.
Un routeur IP utilise RIP en mode actif, c'est dire qu'il broadcast toutes les 30 secondes des
informations venant de sa propre table de routage. On parle de message RIP.
Un hte utilise RIP en mode passif, c'est dire qu'il utilise les informations de routage qui lui
parviennent des routeurs IP pour mettre jour sa propre table de routage.
Chaque message RIP est une paire :
(adresse rseau, distance jusqu' ce rseau)
avec la convention que si un routeur a une connexion directe sur un rseau, ce rseau est dit
une distance de 1 du routeur. Tout passage ncessaire par un routeur augmente le "hop count" de 1.
16.3.1.4
command
version
address familly
1 : requte
2 : rponse
1
2 pour indiquer que address contient une adresse IP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 79
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Rseau 1
Routeur A
Rseau 2
Routeur B
Rseau 3
Routeur C
Rseau 4
Routeur D
Rseau 5
Le routeur A envoie un broadcast (1,1) pour indiquer qu'il peut atteindre le rseau 1 avec un
cot 1. Le routeur B recevant ce message va indiquer qu'il peut atteindre le rseau 1 avec un cot 2 via
le routeur A. De mme pour le routeur C, qui recevant un message (1,2) du routeur B va crire dans sa
table de routage qu'il peut atteindre le rseau 1 via le routeur B avec un cot 3.
RIP ne permet pas de partager le trafic vers une mme destination entre deux chemins de
mme cot. Pour qu'un chemin remplace un autre, il faut que son cot soit strictement infrieur.
Un chemin n'est maintenu qu'un certain temps dans les tables. Si au bout d'une certaine
priode, l'existence d'un chemin n'est pas confirm par les autres routeurs, ce chemin disparat de la
table de routage. Cela vite d'envoyer des datagrammes vers des chemins devenus indisponibles.
16.3.1.5
Inconvnients de RIP v1 :
RIP-v1 a t conu pour tre compatible avec toutes les implmentations existantes. Entre autres, on
peut lui citer les dfauts suivants :
pas d'interaction prvue avec les EGP
pas de masque de sous rseau (une adresse IP ne suffit pas, il faut lui adjoindre le
masque rseau)
pas d'authentification
16.3.1.6
page 80
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Suppression de pics de transmission de messages : supprimer les synchronisations involontaires des
missions de messages : introduction de gestion alatoire du dclenchement des missions (14 45
secondes).
Problmes residuels importants
Boucles,
Mtriques non appropries aux rseaux modernes (Cf commerciaux )
Pas de chemins multiples
RIP V2
Voici un exemple de capture de trame RIP (retrouver les diffrents champs ?).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 81
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
16.3.2 HELLO
HELLO implante galement un algorithme de type "distance vector". HELLO est diffrent de
RIP dans le sens o les informations inter-routeurs portent sur des temps et non plus sur des nombres
de sauts.
16.3.3 IGRP
IGRP (Interior Gateway Routing Protocol) est un protocole de routage propritaire de
CISCO Systems. Il est galement de type "distance vector". Il utilise une unit de distance qui
caractrise une route partir :
q de sa bande passante minimale,
q de son dbit,
q de sa fiabilit,
q de sa charge....
16.4
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 82
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Les algorithmes de ce type permettent aux routeurs de construire leurs tables de routage de
manire plus rapide et plus conomique : chaque routeur n'envoie ses voisins que la description des
liaisons qu'il possde avec ceux-ci.
Cette information locale est transmise de proche en proche et permet chaque routeur de
construire la topologie du rseau telle qu'il la voit, se plaant lui-mme comme racine de
l'arborescence ainsi cre. Chaque liaison est dfinie par un poids, fix par l'administrateur, permettant
l'algorithme d'identifier le chemin le plus court entre deux points du rseau.
Cohrence des bases
les copies de chaque noeud doivent tre identiques aux priodes de transition prs.
on amliore le processus en protgeant les bases contre les erreurs :
procdure dinondation avec acquittement,
transmission des paquets scuriss,
enregistrements de la base protgs par cheksum,
enregistrements de la base soumis temporisation et supprims si non rafrachis temps.
messages pouvant tre authentifis.
Mtriques multiples
plus haut dbit,
plus bas dlai,
plus bas cot,
meilleure fiabilit.
La puissance et la souplesse de ces algorithmes rsident dans leur dfinition. Ils peuvent
reprsenter des paramtres tels que le dbit de la liaison, le cot PTT, le temps de transit (dans le cas
de liaison satellite par exemple)...
La dtermination du poids permet, de plus, de favoriser l'utilisation de certaines liaisons pour
des trafics prioritaires ou sensibles. Plus sophistiqu que son homologue "distance vector", cet
algorithme impose aux constructeurs une programmation dlicate, mais offre une grande possibilit de
paramtrage, un temps de convergence bien plus court et une charge de trafic beaucoup plus faible.
Toute modification du rseau est immdiatement rpercute, sans attendre un temps prdfini,
puisque le volume de l'information correspondant cette mise jour est trs faible, et ne risque donc
pas de saturer le rseau. Seule la description de cette modification est transmise, par opposition au cas
prcdent o toute la table de routage est diffuse.
Avantage des algorithmes Link State :
convergence rapide sans boucle,
possibilits de chemins multiples,
mtriques prcises et couvrant plusieurs besoins,
traitement spar des routes externes.
chaque passerelle calcule ses routes indpendamment des autres.
Les messages diffuss sont inchangs dune passerelle lautre et permettent un contrle
(debug) ais en cas de dysfonctionnement.
les messages ne concernent que les liens directs entre passerelles et ne sont donc pas
proportionnels au nombre de rseaux dans le domaine (VS V-D).
En conclusion, les algorithmes SPF sont mieux adapts au facteur dchelle que les algorithmes
Vector-Distance.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 83
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
16.4.1 OSPF
Protocole link state (RFC 1247) destin remplacer les protocoles intrieurs propritaires et RIP.
OSPF utilise la fonctionnalit type de service offerte par IP
Permet dinstaller plusieurs routes pour une mme destination, selon des critres diffrents (ex : dlai
court, dbit important).
Si plusieurs routes vers une mme destination sont de cot quivalents, OSPF rpartit la charge
quitablement parmi ces routes.
OSPF supporte ladressage en sous-rseaux (subnets);
Dcoupe dun systme autonome en aras
Isolement des informations de routage lintrieur de ces aras
==> limitation des informations de routage dans le systme autonome .
Des liens virtuels peuvent tre tablis dans la topologie de lAS afin de cacher les connexions
physiques dune partie du rseau.
Les liens extrieurs avec dautres systmes autonomes (via EGP par exemple) sont pris en compte.
Echanges entre routeurs authentifis ==> lintgrit des messages.
OSPF est le premier protocole de routage normalis utilisant un algorithme de type "ling
status". Il a t conu pour de trs grands rseaux s'appuyant sur de nombreux routeurs, des liaisons
WAN multiples et des backbones haut dbit comme FDDI.
Citons ci-dessous quelques particularits de ce protocole :
q OSPF est un des premiers protocoles de routage prendre en compte dans le routage le
champ type of service prsent dans l'en-tte du datagramme IP router. A une mme
destination peut correspondre plusieurs chemins diffrents, une pour chaque type de service
(low delay, high trouhgput,....). Quand un routeur sous OSPF route des datagrammes, il
prend en compte l'adresse destination et le type de service spcifi dans l'en-tte IP.
q OSPF utilise le load balancing. S'il existe plusieurs chemins vers une mme direction ayant
le mme cot, OSPF distribue le trafic galement sur chaque chemin. Les protocoles
comme RIP ne calculent vers une destination donne qu'une seule route.
Le problme : dans les sytmes de routage, si le rseau est trop grand
overhead du traffic dans le rseau, calculs trop longs, dimensionnement mmoire trop grand
La solution : routage hirachique
dcoupage du rseau en parties indpendantes (Areas), relies par un BackBone (Area BackBone)
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 84
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
La fonctionnalit
chaque area constitue un rseau indpendant
la table des liaisons ne contient de les liaisons de lArea,
le protocole dinondation sarrte aux frontires de lArea,
les routeurs ne calculent que des routes internes lArea
certains routeurs (area border routers) appartiennent plusieurs Areas (en gnral une Area
infrieure et une Area BB) et transmettent les informations rcapitulatives des Areas quils
relient.
Chaque routeur du systme autonome o dune area construit sa propre base dinformation dcrivant
la topologie de lAS complet ou bien de larea.
Au dpart les routeurs utilisent des message "Hello" pour dcouvrir leurs voisins; une "adjacence" est
forme lorsque deux routeurs communiquent pour changer des informations de routage.
Linformation lmentaire change entre routeurs dcrit ltat (link state) des adjacences; cette
information est fournie par un routeur donn puis propage dans l'area ou lAS.
A partir de sa base dinformation (collection dtats des routeurs), chaque routeur construit un arbre du
plus court chemin (SPF tree) dont il est la racine.
Cet arbre indique toutes les routes pour toutes les destinations du systme autonome, plus les
destinations extrieures.
La base dinformation topologique dun systme autonome dcrit un graphe orient. Les noeuds du
graphe sont des routeurs ou bien des rseaux tandis que les liens reprsentent les connexions
physiques.
Les rseaux sont dits de transit si plusieurs routeurs y sont connects ou terminaux dans le cas
contraire.
A chaque rseau est associ une adresse IP et un masque rseau.
Une machine seule (host) est considre comme un rseau terminal avec un masque gal
0xFFFFFFFF.
16.4.2 IS-IS
OSPF n'est pas le seul protocole de sa gnration. Il doit compter avec IS-IS (Intermediate
System to Intermediate System). Ce protocole est dfini par l'ISO. Il est de type link status et prsente
des caractristiques similaires OSPF. Dans sa premire version, il supporte le protocole de l'OSI.
Dans une version plus rcente (Integrated IS-IS ou Dual IS-IS), plusieurs protocoles de rseau peuvent
tre grs simultanment, comme IP et OSI, grce un champ type de protocole.
Cette possibilit est comparer la solution de type SIN offerte par OSPF. Un protocole de
type DIN (Ships In the Night) ne sait grer qu'un seul protocole de rseau, mais peut coexister avec
d'autres protocoles de routage. Dans le cas d'un rseau IP et XNS, OSPF sait coexister avec RIP-XNS.
Les messages de routage des deux protocoles se croisent sur les mmes liaisons sans se voir, comme
des bateaux dans la nuit (Ships in the night).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 85
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
17.1
La notion de port
Application 1
Application 2
Application 3
Port 1
Port 2
Port 3
udp
ip
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 86
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Une application est donc identifie dans un rseau par :
q l'adresse IP de la machine sur laquelle elle se trouve
q le protocol port number auquel elle s'est raccorde
17.2
Tous le changes entre le software UDP et les processus d'applications ont lieu via les ports.
Avant de pouvoir transmettre un message sur le rseau, chaque processus d'application doit ngocier
avec le systme d'application pour obtenir un port et un numro de port associ.
Un port UDP peut tre considr comme une file d'attente. Dans la plupart des
implmentations, quand un port est affect un programme d'application par le systme d'exploitation,
une file d'attente est cre sur ce port. Cette file d'attente recevra les messages venant du rseau et
destination de ce port.
TCP/IP fixe certains numros de ports UDP pour les types d'applications les plus courants. Les
autres numros sont disponibles. Si une application ne connat pas le numro de port d'une application
distance laquelle elle veut s'adresser, elle peut obtenir ce numro par un mcanisme de requte /
rponse.
17.3
Une des principales applications utilisant UDP est SNMP (Simple Network Management
Protocol).
Nous donnons ci-dessous une liste non exhaustive des ports UDP fixs. Notons que si des
services identiques sont offerts sous TCP, les numros de ports seront alors les mmes.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 87
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Le protocole UDP
UDP (User Datagram Protocol) est donc un protocole du niveau transport qui permet un
processus d'une machine d'envoyer un datagramme un processus d'une autre machine. Dans ce but, il
utilise directement le protocole IP, protocole non-fiable et sans connexion. UDP fournit donc un
service de transport :
q non fiable (sans accuss de rception
(= unreliable)
q sans connexion
(=Connectionless)
En consquence des messages UDP peuvent :
q se perdre dans l'inter-rseau
q tre dupliqus
q ne pas arriver dans l'ordre
q arriver trop vite pour tre traits par le destinataire
Un programme d'application qui utilise UDP doit tenir compte de tous ces problmes.
17.4
Chaque message UDP est appel un datagramme utilisateur (user datagram). Il contient un entte (header) et une zone de donnes (data area).
Les ports source et destination contiennent les numros de port utiliss par UDP pour dmultiplexer
les datagrammes destins aux processus en attente de les recevoir. Le port source est facultatif (gal
zro si non utilis).
La longueur du message est exprime en octets (8 au minimum) (en-tte + donnes), le champ de
contrle est optionnel (0 si non utilis).
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 88
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Les messages UDP venant de la couche IP sont distribus aux diffrentes applications en fonction des
numros de port inclus dans les en-tte IP. Les messages en provenance des diffrentes applications de
la machines sont transmis la couche IP.
Lorsqu'il est utilis, le champ de contrle couvre plus d'informations que celles contenue dans le
datagramme UDP; En effet, le checksum est calcul avec un pseudo-en-tte non transmis dans le
datagramme:
17.5
Encapsulations successives
UDP s'appuyant sur les couches infrieurs pour acheminer les messages UDP, des
encapsulations successives ont lieu :
UDP Header
IP Header
Frame Header
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 89
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
18.1
TCP
TCP (Transmission Control Protocol) est un protocole du niveau transport qui permet une
application d'une machine d'envoyer un flux de donnes vers une application d'une autre machine.
18.2
Une connexion de type circuit virtuel est tablie avant que les donnes ne soient changes :
appel + ngociation + transferts
Une connexion = une paire d'extrmits de connexion
Une extrmit de connexion = couple (adresse IP, port)
Exemple de connexion : ((124.32.12.1, 1034), (19.24.67.2, 21))
Une extrmit de connexion peut tre partage par plusieurs autres extrmits de connexions (multiinstanciation)
La mise en oeuvre de la connexion se fait en deux tapes :
une application (extrmit) effectue une ouverture passive en indiquant qu'elle accepte une
connexion entrante,
une autre application (extrmit) effectue une ouverture active pour demander l'tablissement
de la connexion.
Tout comme UDP, TCP utilise la notion de port. Cependant un port TCP n'est pas utilis
comme l'tait un port UDP. L'abstraction fondamentale utilise par TCP est la connexion.
Une connexion est identifie par une paire de endpoints (points terminaux).
Un endpoint est une paire d'entiers (host, port) o :
q host est l'adresse IP d'une machine
q port est un port TCP de cette machine
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 90
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Segmentation, contrle de flux :
Les donnes transmises TCP constituent un flot d'octets de longueur variable.
TCP divise ce flot de donnes en segments en utilisant un mcanisme de fentrage.
Un segment est mis dans un datagramme IP.
Acquittement de messages :
Contrairement UDP, TCP garantit l'arrive des messages, c'est dire qu'en cas de perte, les deux
extrmits sont prvenues.
Ce concept repose sur les techniques dacquittement de message : lorsqu'une source A met un
message Mi vers une destination B, A attend un acquittement Ai de B avant d'mettre le message
suivant Mi+1.
Si lacquittement Ai ne parvient pas A, A considre au bout d'un certain temps que le message est
perdu et remet Mi :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 91
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
La technique acquittement simple pnalise les performances puisqu'il faut attendre un acquittement
avant d'mettre un nouveau message. Le fentrage amliore le rendement des rseaux.
La technique du fentrage : une fentre de taille T, permet l'mission d'au plus T messages "non
acquitts" avant de ne plus pouvoir mettre :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 92
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
18.3
page 93
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
URG : le pointeur de donnes urgentes est valide (exemple : interrupt en remote login), les donnes
sont mises sans dlai, les donnes reues sont remises sans dlai.
SYN : utilis linitialisation de la connexion pour indiquer o la numrotation squentielle
commence. Syn occupe lui-mme un numro de squence bien que ne figurant pas dans le champ de
donnes. Le Numro de squence inscrit dans le datagramme (correspondant SYN) est alors un
Initial Sequence Number (ISN) produit par un gnrateur garantissant lunicit de lISN sur le rseau
(indispensable pour identifier les duplications).
FIN : utilis lors de la libration de la connexion;
PSH : fonction push. Normalement, en mission, TCP reoit les donnes depuis lapplicatif , les
transforme en segments sa guise puis transfre les segments sur le rseau; un rcepteur TCP
dcodant le bit PSH, transmet lapplication rceptrice, les donnes correspondantes sans attendre
plus de donnes de lmetteur. Exemple : mulation terminal, pour envoyer chaque caractre entr au
clavier (mode caractre asynchrone).
RST : utilis par une extrmit pour indiquer lautre extrmit quelle doit rinitialiser la connexion.
Ceci est utilis lorsque les extrmits sont dsynchronises. Exemple :
CHECKSUM : calcul du champ de contrle : utilise un pseudo-en-tte et s'applique la totalit du
segment obtenu (PROTO =6) :
OPTIONS
Permet de ngocier la taille maximale des segments changs. Cette option n'est prsente que dans les
segments d'initialisation de connexion ( avec bit SYN).
TCP calcule une taille maximale de segment de manire ce que le datagramme IP rsultant
corresponde au MTU du rseau. La recommandation est de 536 octets.
La taille optimale du segment correspond au cas o le datagramme IP nest pas fragment mais :
il nexiste pas de mcanisme pour connatre le MTU, le routage peut entraner des variations de MTU,
la taille optimale dpend de la taille des en-ttes (options).
Acquittements et retransmissions
Le mcanisme dacquittement de TCP est cumulatif :
il indique le numro de squence du prochain octet attendu : tous les octets prcdents cumuls sont
implicitement acquitts
Si un segment a un numro de squence suprieur au numro de squence attendu (bien que dans la
fentre), le segment est conserv mais lacquittement rfrence toujours le numro de squence
attendu(-->).
Pour tout segment mis, TCP sattend recevoir un acquittement
Si le segment nest pasacquitt, le segment est considr comme perdu et TCP le retransmet.
Or un rseau dinterconnexion offre des temps de transit variables ncessitant le rglage des
temporisations; TCP gre des temporisations variables pour chaque connexion en utilisant un
algorithme de retransmission adaptative
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 94
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
page 95
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
la temporisation de retransmission est augmente exponentiellement.
Si la congestion disparat, TCP dfinit une fentre de congestion gale 1 segment et lincrmente de
1 chaque fois quun acquittement est reu; ce mcanisme permet un dmarrage lent et progressif :
Fentre_congestion = 1,
mission du 1er segment,
attente acquittement,
rception acquittement,
Fentre_congestion = 2,
mission des 2 segments,
attente des acquittements,
rception des 2 acquittements,
Fentre_congestion = 4,
mission des 4 segments, ...
Log2 N itrations pour envoyer N segments. Lorsque la fentre atteint une fois et demie sa taille
initiale, lincrment est limit 1 pour tous les segments acquitts de la fentre.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 96
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Une connexion TCP est tablie en trois temps de manire assurer la synchronisation ncessaire entre
les extrmits :
Ce schma fonctionne lorsque les deux extrmits effectuent une demande d'tablissement
simultanment. TCP ignore toute demande de connexion, si cette connexion est dj tablie.
Une connexion TCP est libre en un processus dit "trois temps modifi":
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 97
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
18.4
Encapsulations successives
TCP s'appuyant sur les couches infrieures pour acheminer les datagrammes utilisateurs, les
encapsulations successives ont lieu :
TCP Header
IP Header
IP Data Area
Frame Header
18.5
Keyword
UNIX Keyword
Description
0
1
5
7
9
11
13
15
17
19
20
21
23
25
37
42
43
TCPMUX
RJE
ECHO
DISCARD
USERS
DAYTIME
QUOTE
CHARGEN
FTP-DATA
FTP
TELNET
SMTP
TIME
NAMESERVER
NICNAME
echo
discard
systat
daytime
netstat
qotd
chargen
ftp-data
ftp
telnet
smtp
time
name
whois
Reserved
TCP Multiplexor
Remote Job Entry
Echo
Discard
Active users
Daytime
Netwok status program
Quote of the day
Character generator
File Transfert Protocol ( data )
File Transfert Protocol
Terminal connexion
Simple Mail Transport Protocol
Time
Host name server
Who is
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 98
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
TCP : Lautomate
Rinitialisation
Dpart
Ferm
ouverture active/ SYN
fermeture
Ecoute
(Listen)
SYN/SYN+ACK
SYN
reu
ouverture
passive
Send SYN
RST
SYN
mis
SYN/SYN+ACK
Fermer
RST
Tempo. exp.
ACK
SYN+ACK/ACK
Etablie
Close/FIN
FIN/ACK
Attente
Fermer
Fermer/FIN
FIN (send)
FIN
Attente
-1
FIN/ACK
rcv
ACK of FIN
Fermeture
en cours
rcv
Dernier ACK
ACK
rcv
ACK of FIN
tempo. expire aprs
2 dure de vie de segment
FIN
Attente
-2
FIN / ACK
Tempo.
expire
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 99
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
21.1
Tant que le nombre de machines connectes un inter-rseau demeure faible, la gestion des
noms est simple. Une machine sera dsigne par exemple sous le nom "palmier", une autre sous le
nom "colchique", etc.... Mais ds lors que le nombre de machines connectes crot rapidement, cette
gestion devient trs lourde pour le manager du rseau. Et le risque de voir deux machines diffrentes
porter le mme nom symbolique n'est plus exclure.
Pour remdier ce problme, un systme d'adressage hirarchique a t cre. L'attribution des
noms est faite en utilisant un mcanisme de dlgation d'autorit.
Le dcoupage hirarchique peut tre bas sur la gographie, l'organisation interne de la socit
ou sur tout autre critre du moment qu'il est logique.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 100
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Donnons un aperu sommaire dune hirarchie possible :
gefi
form
admin
tm
AS400
pca
Shpe55
Chaque rectangle couvre un domain dont il a la responsabilit et porte un domain name.
21.2
DNS
page 101
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
un hte
: shpe55.tm.form.gefi
un service
: form.gefi
une bote aux lettres lectronique
: edouard@ shpe55.tm.form.gefi
un utilisateur
...
Ladressage symbolique hirarchique dpasse en fait le cadre de TCP/IP.
21.3
La hirarchie Internet
Le rseau Internet propose aux rseaux connects deux systmes de hirarchie :
- Le premier dit Organisationnel, est bas sur la nature de lactivit de la socit qui a
demand une affectation dadresse IP.
- Le second dit gographique est bas sur la gographie.
Le schma organisationnel est souvent prfr car il induit des adresses symboliques plus
courtes. Nous donnons ci-aprs la liste des Domain names situs au sommet de la hirarchie Internet
et qui constituent les points de raccord possibles pour les hirarchies des socits ou organisations.
com
edu
gov
int
mil
net
org
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 102
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
gefi pourrait par exemple tre identifi par ;
gefi.com
schma organisationnel
ou
gefi.fr
schma gographique ( fr pour la France )
En France les attributions des noms de domaine en .fr sont de la responsabilit de lAFNIC
ou de quelques fournisseurs daccs Internet (ASI).
21.4
Par nom de second niveau, on entend un nom qui dsigne linstitution demandant de faire
partie du Domain Name System dInternet. Dans lexemple, gefisa est un nom de second niveau.
Tout comme pour les adresses IP, il nest pas obligatoire de se dclarer au NIC tant que lon ne
souhaite pas tre connect sur lextrieur. Toutefois en prvision de lavenir, et sil on souhaite adopter
ladressage symbolique, cest souhaitable.
Voici la reprsentatin dune zone dautorit
21.5
La correspondance entre un nom symbolique et une adresse IP est effectue par un ensemble
de serveurs de noms (ddis ou non) qui cooprent entre eux. Il y a en gnral un serveur de noms par
entit diffrente de la hirarchie. Chaque demande de correspondance est en priorit traite par le
serveur de noms local. Pour rduire le nombre de requtes et de rponses, on implante gnralement
sur les htes un mcanisme de cache. Les serveurs de noms doivent tre conformes aux standards
dicts par Internet avant raccordement au rseau Internet.
Rsolution de NOMS :
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 103
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Mise en cache et TTL
Les serveurs DNS mettent en cache les requtes itratives
Chaque entre mise en cache est affecte dune dure de vie (TTL, Time to Live)
Lorsque la dure de vie expire, l'entre est supprime du cache
La dure de vie restante est envoye au solveur dans la rponse rcursive
Requtes inverses
Permet de retrouver un nom d'hte partir de son adresse IP.
Il faut donc crer une zone inverse.
Soit un rseau 190.168.10.0
A 192.168.10.5 serveur1
A 192.168.10.10 serveur2
Zone inverse : 10.168.192.in-addr.arpa
Fichier de base de donnes
SOA
Enregistrement SOA :
A
NS
MX
CNAME
Fichier de cache
Pour un serveur DNS Internet, il y a un fichier de cache par dfaut. Il contient les @IP des 11 root-servers.
Si le serveur DNS n'est pas utilis pour Internet, il faut supprimer ce fichier de cache.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 104
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
;
root domain at your site.
; Internet root name server records:
; last update: Sep 1, 1995
; related version of root zone: 1995090100
;
; formerly NS.INTERNIC.NET
.
3600000 IN NS A.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4
; formerly NS1.ISI.EDU
.
3600000 NS B.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET. 3600000 A 128.9.0.107
; formerly C.PSI.NET
.
3600000 NS C.ROOT-SERVERS.NET.
C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12
; formerly TERP.UMD.EDU
.
3600000 NS D.ROOT-SERVERS.NET.
D.ROOT-SERVERS.NET. 3600000 A 128.8.10.90
; formerly NS.NASA.GOV
.
3600000 NS E.ROOT-SERVERS.NET.
E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10
; formerly NS.ISC.ORG
.
3600000 NS F.ROOT-SERVERS.NET.
F.ROOT-SERVERS.NET. 3600000 A 39.13.229.241
; formerly NS.NIC.DDN.MIL
.
3600000 NS G.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET. 3600000 A 192.112.36.4
; formerly AOS.ARL.ARMY.MIL
.
3600000 NS H.ROOT-SERVERS.NET.
; End of File
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 105
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
DHCP
Qu'est-ce que DHCP ?
A chaque dmarrage d'un client DHCP, ce dernier demande des informations d'adressage IP un
serveur DHCP, notamment : Adresse IP, masque de sous-rseau et passerelle. Permet d'attribuer aux
clients une adresse IP et un masque. Le reste est sous forme d'options. (routeur par dfaut, serveur
DNS, ...).
Agent de relais DHCP : plage d'adresses IP disponibles pour un autre rseau au cas ou le serveur
DHCP de cet autre rseau serait HS. Les @IP sont donnes au travers du routeur qui relie les 2
rseaux.
Cet agent rpond aux broadcasts aprs avoir entendu 4 trames de broadcast successives d'un client qui
met des DHCP discover. Pour cela, il effectue un DHCP request dirig au travers du routeur. Un
serveur DHCP ne peut pas tre un agent relais DHCP.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 106
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Fonctionnement de DHCP
La configuration s'effectue en 4 trames :
1 - DHCP Discover
2 - DHCP Offer
3 - DHCP Request
4 - DHCP ACK
Demande : - 1ere fois initialisation - Demande spcifique refuse - Client avait un bail dont il a mis fin
Demande de bail client : DHCP Discover. Tous les serveurs DHCP contacts ayant une adresse
proposer diffusent une proposition.
Proposition de bail: DHCP Offer. Le serveur DHCP rserve l'adresse. Si le client ne reoit pas de
proposition pendant 1 seconde, il diffuse trois autres requtes 9, 13 et 16 secondes auxquels s'ajoute
une dure alatoire comprise entre 0 et 1000 millisecondes. Aprs 4 tentatives, il essaie toutes les 5
minutes. Le client slectionne la premire proposition qui lui parvient.
Slection de bail IP : DHCP Request. Informe tous les serveurs DHCP de son adhsion un serveur.
Cela permet aux serveurs DHCP non slectionns de librer la rservation et au bon serveur de lui
rpondre.
Accus de rception du bail IP (conclu) : DHCP ACK. Lorsque le client DHCP reoit DHCP ACK,
TCP/IP est compltement initialis et est considr comme un client DHCP li
Message
@src
@dest
Autre
DHCP Discover
0.0.0.0
255.255.255.255
DHCP Offer
IP@srv
255.255.255.255
DHCP Request
0.0.0.0
255.255.255.255
DHCP ACK
IP@srv
255.255.255.255
page 107
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
IPCONFIG /RENEW permet d'obtenir des options mises jour et une dure de bail
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 108
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 109
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
24.1
Le groupe de protocoles TCP/IP n'a pas de protocole standard officiel pour la communication
d'informations de management. Deux standards sont toutefois recommands : SNMP et CMOT.
SNMP (Simple Network Management Protocol) est de loin le plus largement utilis. CMOT
(CMOP over TCP) prcise l'utilisation sur une connexion TCP du standard ISO CMIP (Common
Management Information Protocol).
Le protocole SNMP (Simple Network Management Protocol) a t dvelopp pour permettre
ladministrateur du rseau dinterroger les lments de son rseau sans se dplacer. Le principe de
SNMP est trs simple : sur chacune des machines, on installe un petit programme : lagent SNMP. Cet
agent enregistre en permanence des informations relatives la machine. Il stocke ces informations
dans une MIB (Management Information Base), une base de donnes.
Ainsi, de son ordinateur, ladministrateur peut interroger chacune de ses machines et obtenir les
informations quil souhaite, comme par exemple le nombre doctets reus et envoys... Il peut aussi
modifier certaines informations.
Le protocole SNMP fonctionne au niveau 7 du modle OSI, mais se situe directement au-dessus
dUDP. Il fonctionne sur un modle client-serveur, o il ny a quun seul client, la station
dadministration (NMS = Network Management Station) et beaucoup de serveur (chaque agent
SNMP), le client interrogeant les serveurs pour rcuprer les informations.
Chaque agent est plac sur un nud du rseau qui est dit administrable (MN : Managed Node). Ces
nuds peuvent tre soit des htes (stations de travail ou serveurs), soit des lments dinterconnexion
(switchs, hubs, routeurs), soit des supports physiques (cbles).
Deux types de machines participent au processus de management :
q des agents contenant du soft "agent" et une base de donnes de gestion des objets et
variables propres la machine. Ils conservent des informations que le ou les managers ont
la possibilit d consulter ou de modifier par des requtes. Ces agents gardent, par exemple,
des statistiques sur l'tat des interfaces rseau, sur le trafic entrant et sortant, sur les
messages d'erreurs gnrs.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 110
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
q un manager (NMS : Network Management Station) partir duquel est contrl et
administr le rseau. Un soft de gestion centrale y rside ainsi qu'une base de donnes
globale.
24.2
Les rfrences
24.3
La MIB
Rfrence : RFC 1213 pour la MIB II
Les deux groupes de travail qui ont propos SNMP et CMOT ont coopr initialement pour
dfinir un standard concernant les donnes de management rseau. Ce standard est donc indpendant
du protocole utilis (SNMP ou CMIP).
Connu sous le nom de la MIB ( Management Information Base ), le standard spcifie les
types de donnes qu'un hte ou un routeur IP doit conserver et les oprations permises sur ces types de
donnes.
La dfinition initiale de la MIB classe en huit catgories les informations de management
(appeles variables MIB) :
q System
q Interfaces
q addr. trans.
q ip
q icmp
q tcp
q udp
q egp
Toute variable MIB est identifie par une suite de chiffres spars par des points. Toute
identification d'une variable MIB a comme prfixe 1.3.6.1.2.1. Le chiffre suivant compris entre 1 et 8
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 111
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
indique la catgorie laquelle appartient la variable MIB (system, ip, ...). Le chiffre suivant enfin
identifie la variable dans la catgorie.
Par exemple, 1.3.6.1.2.1.4.3 correspondant la variable ipInReceives
24.4
SMI
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 112
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Au bout dun moment, les variables choisies pour la MIB (puis la MIB2) se sont avres insuffisantes
pour plusieurs applications. On va donc trouver deux autres types de MIB que sont les Private MIB et
les MIB R-MON (Remote network MONitoring).
Les Private MIB, reprsentes en 1.3.6.1.4 dans la classification SMI, permettent aux entreprises de
rajouter des variables pour une implmentation particulire des agents SNMP. Cela leur permet
dajouter de nouvelles variables en fonctions des applications quelles veulent dvelopper.
Les MIB R-MON permettent par exemple de placer des agents SNMP sur des supports physiques. Sur
un cbles, on peut connecter une sonde R-MON qui va enregistrer tout se passe et que le
ladministrateur pourra interroger pour avoir des informations sur les collisions, les dbits un endroit
prcis.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 113
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
Prsentation
Le FIREWALL est destin garantir la scurit des changes entre deux rseaux
Il agit sur la couche Application.
Il faut absolument dsactiver le FORWARDING IP (routage par la couche 3)
Routeur
Firewall
Application
Application
Prsentation
Prsentation
Session
Session
Transport
Transport
Rseau
Rseau
Liaison
Liaison
Physique
Physique
Eth1
25.2
Eth0
Eth1
Eth0
Fonctionnement
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 114
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
25.3
Les PROXY
25.3.1 Dfinition
25.3.2 Fonctionnement
lorsquun paquet est reu, le FireWall lexamine et vrifie les adresses source et
destination, lutilisateur, le type dapplication laquelle il doit accder et,
ventuellementlinterface rseau utilise. A la diffrence de ce qui se passe avec
les autres techniques, le paquet IP nest pas renvoy tel quel. Le FireWall cre un
nouveau paquet, mais seulement aprs que la session soit autorise, et modifie
ladresse source pour y mettre la sienne, afin de cacher ladresse de lutilisateur.
une fois la session tablie, le proxy surveille les paquets transmis contre
dventuelles attaques applicatives connues (ping of death, dni de services, etc .)
Internet
routeur
FireWall
Serveur
De
mail
Serveur
Serveur
Web
NFS
FireWall
Intranet
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 115
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26. Annexes
26.1
ping
telnet
(23)
ftp
(21)
smtp
(25)
traceroute
dns
(53)
tftp
(69)
tcp
(6)
ping
nfs / xdr
rpc
udp
(17)
icmp
(1)
igmp
ip
(0800)
arp
(0806)
rarp
(0806)
driver
Eth0
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 116
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26.2
La hirarchie desMIB
root
CCITT
(0)
ISO
(1)
ISO-CCITT
(2)
Autorit
Denregistrement
(1)
standard
(0)
org
(3)
member
(2)
dod
(6)
Internet
(1)
directory
(1)
mgmt.
(2)
1.3.6.1
experimental
(3)
private
(4)
security
(5)
Snmp v2
(6)
entreprises
(1)
Mib
(1)
system
(1)
transmission
(10)
interfaces
(2)
egp
(8)
at
ip
icmp
tcp
udp
(3)
(4)
(5)
(6)
(7)
__________________________________________________________________________________
page 117
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26.3
calcul du FCS
prambule
adresse
destination
adresse
source
type
longueur
donnes
+ padding
CRC
temps
inter-trame
prambule
et SFD
64 bits
6 octets
6 octets
2 octets
46 1500 octets
4 octets
96 bits time
8 octets
64 1518 octets
type
longueur
Prambule/SFD (8 octets )
Destination adresse (6 octets )
Source adresse (6 octets )
Type (2 octets )
Donnes ( 46 1500 octets )
.
.
.
FCS (4 octets )
Prambule/SFD (8 octets )
Destination adresse (6 octets )
Source adresse (6 octets )
Longueur (2 octets )
Donnes ( 46 1500 octets )
.
.
.
FCS (4 octets )
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 118
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
CISCO
NeXT
NOVELL
MIPS
ARTISOFT
PROTEON
XEROX
Western Digital/SMC
NOVELL
00-00-DD
00-00-DE
00-00-F0
00-20-AF
00-60-8C
02-60-8C
00-AA-00
08-00-07
08-00-5A
GOULD
UNIGRAPH
SAMSUNG
3COM
3COM
3COM
INTEL
APPLE
IBM
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 119
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26.4
26.4.1 Le datagramme IP v4
b0
Version
b4
TTL
b8
IHL
b16
TOS
Flags
Protocol
IP Source Address
IP Destination Address
b24
Total Length Field
Fragment Offset
Header Checksum
b31
Option
Data Field
q
q
q
q
q
q
q
q
q
q
q
Version (4 bits)
IHL : IP Header Length/Longueur de lentte IP (4 bits), en nombre de mots de 32 bits
avec le champ option (la longueur maximale est de 60 octets)
TOS : Type Of Service (8 bits)
Total Length Field/Longueur totale du datagramme, en nombre doctets (16 bits)
TTL : Time TO Live (8 bits)
Protocol (8 bits)
Header Checksum (16 bits)
Source Address IP (32 bits)
Destination Addr IP (32 bits)
Option Field
Data Field, ce champ encapsule le protocole N+1
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 120
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
1
Priority
3
D
4
T
5
R
6
7
Not used
Priority
0
7
Priorit normale
Supervision rseau
D
T
R
les FLAGS
F
M
More
Rserv
Si F=1 Fragmentation interdite
Si M=1 les datagrammes IP sont fragments
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 121
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26.4.2 Le datagramme IP v6
b0
Version
b4
b8
Prioriy
Payload Length
b16
b24
Flow Label
Next Header
b31
Hop Limit
Source Address
Destination Address
q
q
q
q
q
q
q
q
Version (4 bits)
Priority (4 bits)
Flow Label (24 bits)
Payload Length (16 bits)
Next Header (8 bits)
Hop Limit (8 bits)
Source Address (128 bits)
Destination Addr (128 bits)
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 122
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
b0
b4
b8
b16
b24
b31
Hardware Type
Protocol Type
Hard Add Size
Protocol Add Size
Operation
Senders Hardware Address (byte 0 to 3)
Senders Hardware Address (byte 4 to 5)
Senders IP Address (byte 0 to 1)
Senders IP Address (byte 2 to 3)
Targets Hardware Address (byte 0 to 1)
Targets Hardware Address (byte 2 to 5)
Targets IP Address (byte 0 to 3)
Opration :
1 Request ARP
2.Reply ARP
3 Request RARP
4 Reply RARP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 123
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
b0
b4
b8
Numro de port source
H.L.
Reserved
TCP Checksum
b16
b24
Numro de port destination
Numro de squence
Numro dacquittement
Flags
Window size
Pointeur urgent
b31
Option
Data Field
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 124
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
b0
b4
b8
Numro de port source
UDP Length
b16
b24
Numro de port destination
UDP Checksum
b31
Option
Data Field
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 125
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26.5
Le MTU
Rseau
MTU en octets
Hyperchannel
Token Ring 16Mbps
Token Ring 4Mbps
ATM
FDDI
Ethernet
IEEE 802.2/802.3
X25
Point point (faible retard) (*)
65535
17914
4464
53
4352
1500
1492
576
296
Le MTU de chemin (PATH MTU) est le plus petit MTU dune trame lorsque celle-ci
traverse plusieurs rseaux physiques.
Le MTU est calcul en fonction du temps daller et retour (round-trip delay) que prend un
paquet interactif pour tre envoy et pour retourner quelque chose. Un temps de rponse
entre 100 200 ms est peru comme mauvais par un utilisateur.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 126
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26.6
Analyse de trames
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 127
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26.6.1.1
ARP Request
FrameTimeSrcMACAddrDstMACAddrProtocolDescription
41260.5543COM234819*BROADCASTARP_RARPARP:Request
ETHERNET:ETYPE=0x0806:Protocol=ARP:AddressResolutionProtocol
ETHERNET:Destinationaddress:FFFFFFFFFFFF
ETHERNET:.......1=Groupaddress
ETHERNET:......1.=Locallyadministeredaddress
ETHERNET:Sourceaddress:02608C234819
ETHERNET:.......0=Noroutinginformationpresent
ETHERNET:......1.=Locallyadministeredaddress
ETHERNET:FrameLength:60(0x003C)
ETHERNET:EthernetType:0x0806(ARP:AddressResolutionProtocol)
ETHERNET:EthernetData:Numberofdatabytesremaining=46(0x002E)
ARP_RARP:ARP:Request,TargetIP:128.1.1.10
ARP_RARP:HardwareAddressSpace=1(0x1)
ARP_RARP:ProtocolAddressSpace=2048(0x800)
ARP_RARP:HardwareAddressLength=6(0x6)
ARP_RARP:ProtocolAddressLength=4(0x4)
ARP_RARP:Opcode=1(0x1)
ARP_RARP:Sender'sHardwareAddress=02608C234819
ARP_RARP:Sender'sProtocolAddress=128.1.1.1
ARP_RARP:Target'sHardwareAddress=000000000000
ARP_RARP:Target'sProtocolAddress=128.1.1.10
ARP_RARP:FramePadding
00000:FFFFFFFFFFFF02608C23481908060001.......`.#H.....
00010:08000604000102608C23481980010101.......`.#H.....
00020:0000000000008001010A000000000013................
00030:0000001300000013310A0C64........1..d
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 128
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
26.6.1.2
ARP Reply
FrameTimeSrcMACAddrDstMACAddrProtocolDescription
42260.5583COM2349683COM234819ARP_RARPARP:Reply
ETHERNET:ETYPE=0x0806:Protocol=ARP:AddressResolutionProtocol
ETHERNET:Destinationaddress:02608C234819
ETHERNET:.......0=Individualaddress
ETHERNET:......1.=Locallyadministeredaddress
ETHERNET:Sourceaddress:02608C234968
ETHERNET:.......0=Noroutinginformationpresent
ETHERNET:......1.=Locallyadministeredaddress
ETHERNET:FrameLength:60(0x003C)
ETHERNET:EthernetType:0x0806(ARP:AddressResolutionProtocol)
ETHERNET:EthernetData:Numberofdatabytesremaining=46(0x002E)
ARP_RARP:ARP:Reply,TargetIP:128.1.1.1TargetHdwrAddr:02608C234819
ARP_RARP:HardwareAddressSpace=1(0x1)
ARP_RARP:ProtocolAddressSpace=2048(0x800)
ARP_RARP:HardwareAddressLength=6(0x6)
ARP_RARP:ProtocolAddressLength=4(0x4)
ARP_RARP:Opcode=2(0x2)
ARP_RARP:Sender'sHardwareAddress=02608C234968
ARP_RARP:Sender'sProtocolAddress=128.1.1.10
ARP_RARP:Target'sHardwareAddress=02608C234819
ARP_RARP:Target'sProtocolAddress=128.1.1.1
ARP_RARP:FramePadding
00000:02608C23481902608C23496808060001.`.#H..`.#Ih....
00010:08000604000202608C2349688001010A.......`.#Ih....
00020:02608C23481980010101000000000013.`.#H...........
00030:0000001300000013310A0C64........1..d
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 129
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
ETHERNET:ETYPE=0x0800:Protocol=IP:DODInternetProtocol
ETHERNET:Destinationaddress:00A0245A4BBC
ETHERNET:.......0=Individualaddress
ETHERNET:......0.=Universallyadministeredaddress
ETHERNET:Sourceaddress:00A0245375CF
ETHERNET:.......0=Noroutinginformationpresent
ETHERNET:......0.=Universallyadministeredaddress
ETHERNET:FrameLength:74(0x004A)
ETHERNET:EthernetType:0x0800(IP:DODInternetProtocol)
ETHERNET:EthernetData:Numberofdatabytesremaining=60(0x003C)
IP:ID=0x2506;Proto=ICMP;Len:60
IP:Version=4(0x4)
IP:HeaderLength=20(0x14)
IP:ServiceType=0(0x0)
IP:Precedence=Routine
IP:...0....=NormalDelay
IP:....0...=NormalThroughput
IP:.....0..=NormalReliability
IP:TotalLength=60(0x3C)
IP:Identification=9478(0x2506)
IP:FlagsSummary=0(0x0)
IP:.......0=Lastfragmentindatagram
IP:......0.=Mayfragmentdatagramifnecessary
IP:FragmentOffset=0(0x0)bytes
IP:TimetoLive=32(0x20)
IP:Protocol=ICMPInternetControlMessage
IP:CheckSum=0xF1A1
IP:SourceAddress=192.168.1.101
IP:DestinationAddress=192.168.1.100
IP:Data:Numberofdatabytesremaining=40(0x0028)
ICMP:Echo,From192.168.01.101To192.168.01.100
ICMP:PacketType=Echo
ICMP:CheckSum=0x2F5C
ICMP:Identifier=256(0x100)
ICMP:SequenceNumber=7424(0x1D00)
ICMP:Data:Numberofdatabytesremaining=32(0x0020)
00000:00A0245A4BBC00A0245375CF08004500..$ZK...$Su...E.
00010:003C250600002001F1A1C0A80165C0A8.<%.........e..
00020:016408002F5C01001D00616263646566.d../\....abcdef
00030:6768696A6B6C6D6E6F70717273747576ghijklmnopqrstuv
00040:77616263646566676869wabcdefghi
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 130
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
TracedumoniteurrseauThu03/18/9918:35:51c:\temp\cicmpe.TXT
TrameHeureAdrsrcMACAdrdstMACProtocoleDescription
21.92500A0245A4BBCZDSNICMPReply
ETHERNET:ETYPE=0x0800:Protocol=IP:DODInternetProtocol
ETHERNET:Destinationaddress:00A0245375CF
ETHERNET:.......0=Individualaddress
ETHERNET:......0.=Universallyadministeredaddress
ETHERNET:Sourceaddress:00A0245A4BBC
ETHERNET:.......0=Noroutinginformationpresent
ETHERNET:......0.=Universallyadministeredaddress
ETHERNET:FrameLength:74(0x004A)
ETHERNET:EthernetType:0x0800(IP:DODInternetProtocol)
ETHERNET:EthernetData:Numberofdatabytesremaining=60(0x003C)
IP:ID=0x16AE;Proto=ICMP;Len:60
IP:Version=4(0x4)
IP:HeaderLength=20(0x14)
IP:ServiceType=0(0x0)
IP:Precedence=Routine
IP:...0....=NormalDelay
IP:....0...=NormalThroughput
IP:.....0..=NormalReliability
IP:TotalLength=60(0x3C)
IP:Identification=5806(0x16AE)
IP:FlagsSummary=0(0x0)
IP:.......0=Lastfragmentindatagram
IP:......0.=Mayfragmentdatagramifnecessary
IP:FragmentOffset=0(0x0)bytes
IP:TimetoLive=64(0x40)
IP:Protocol=ICMPInternetControlMessage
IP:CheckSum=0xDFF9
IP:SourceAddress=192.168.1.100
IP:DestinationAddress=192.168.1.101
IP:Data:Numberofdatabytesremaining=40(0x0028)
ICMP:EchoReply,To192.168.01.101From192.168.01.100
ICMP:PacketType=EchoReply
ICMP:CheckSum=0x375C
ICMP:Identifier=256(0x100)
ICMP:SequenceNumber=7424(0x1D00)
ICMP:Data:Numberofdatabytesremaining=32(0x0020)
00000:00A0245375CF00A0245A4BBC08004500..$Su...$ZK...E.
00010:003C16AE00004001DFF9C0A80164C0A8.<....@......d..
00020:01650000375C01001D00616263646566.e..7\....abcdef
00030:6768696A6B6C6D6E6F70717273747576ghijklmnopqrstuv
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 131
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
c:\temp\Capture 9.TXT
**********************************************************************************************
******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
1
3.386
ZDSN
*BROADCAST
ARP_RARP
ARP: Request, Target IP: 192.168.1.125
+ FRAME: Base frame properties
+ ETHERNET: ETYPE = 0x0806 : Protocol = ARP: Address Resolution Protocol
+ ARP_RARP: ARP: Request, Target IP: 192.168.1.125
00000:
00010:
00020:
FF FF FF FF FF FF 00 A0 24 53 75 CF 08 06 00 01
08 00 06 04 00 01 00 A0 24 53 75 CF C0 A8 01 65
00 00 00 00 00 00 C0 A8 01 7D
........$Su.....
........$Su....e
.........}
**********************************************************************************************
******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
2
3.387
00E0B06A43C0 ZDSN
ARP_RARP
ARP: Reply, Target IP: 192.168.1.101
Target Hdwr Addr: 00A0245375
+ FRAME: Base frame properties
+ ETHERNET: ETYPE = 0x0806 : Protocol = ARP: Address Resolution Protocol
+ ARP_RARP: ARP: Reply, Target IP: 192.168.1.101 Target Hdwr Addr: 00A0245375CF
00000:
00010:
00020:
00030:
00
08
00
00
A0
00
A0
00
24
06
24
00
53
04
53
00
75
00
75
00
CF
02
CF
00
00
00
C0
00
E0
E0
A8
00
B0
B0
01
00
6A
6A
65
00
43
43
00
00
C0 08 06 00 01
C0 C0 A8 01 7D
00 00 00 00 00
00
..$Su....jC.....
.........jC....}
..$Su....e......
............
**********************************************************************************************
*******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
3
3.387
ZDSN
00E0B06A43C0 ICMP
Echo,
From 192.168.01.101 To
192.168.01.125
192.168.1.101 192.168.1.125 IP
+
+
+
+
00000:
00010:
00020:
00030:
00040:
00
00
01
67
77
E0
3C
7D
68
61
B0
0E
08
69
62
6A
07
00
6A
63
43
00
2B
6B
64
C0
00
5C
6C
65
00
20
01
6D
66
A0
01
00
6E
67
24
08
21
6F
68
53
88
00
70
69
75
C0
61
71
CF
A8
62
72
08
01
63
73
00
65
64
74
45
C0
65
75
00
A8
66
76
...jC...$Su...E.
.<.... ......e..
.}..+\..!.abcdef
ghijklmnopqrstuv
wabcdefghi
**********************************************************************************************
*******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
4
3.390
00E0B06A43C0 ZDSN
ICMP
Echo Reply, To 192.168.01.101 From
192.168.01.125
192.168.1.125 192.168.1.101 IP
+
+
+
+
00000:
00010:
00020:
00030:
00040:
00
00
01
67
77
A0
3C
65
68
61
24
0E
00
69
62
53
07
00
6A
63
75
00
33
6B
64
CF
00
5C
6C
65
00
FF
01
6D
66
E0
01
00
6E
67
B0
29
21
6F
68
6A
87
00
70
69
43
C0
61
71
C0
A8
62
72
08
01
63
73
00
7D
64
74
45
C0
65
75
00
A8
66
76
..$Su....jC...E.
.<......)....}..
.e..3\..!.abcdef
ghijklmnopqrstuv
wabcdefghi
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 132
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
**********************************************************************************************
*******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
5
4.418
ZDSN
00E0B06A43C0 ICMP
Echo,
From 192.168.01.101 To
192.168.01.125
192.168.1.101 192.168.1.125 IP
+
+
+
+
00000:
00010:
00020:
00030:
00040:
00
00
01
67
77
E0
3C
7D
68
61
B0
0F
08
69
62
6A
07
00
6A
63
43
00
2A
6B
64
C0
00
5C
6C
65
00
20
01
6D
66
A0
01
00
6E
67
24
07
22
6F
68
53
88
00
70
69
75
C0
61
71
CF
A8
62
72
08
01
63
73
00
65
64
74
45
C0
65
75
00
A8
66
76
...jC...$Su...E.
.<.... ......e..
.}..*\..".abcdef
ghijklmnopqrstuv
wabcdefghi
**********************************************************************************************
*******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
6
4.420
00E0B06A43C0 ZDSN
ICMP
Echo Reply, To 192.168.01.101 From
192.168.01.125
192.168.1.125 192.168.1.101 IP
+
+
+
+
00000:
00010:
00020:
00030:
00040:
00
00
01
67
77
A0
3C
65
68
61
24
0F
00
69
62
53
07
00
6A
63
75
00
32
6B
64
CF
00
5C
6C
65
00
FF
01
6D
66
E0
01
00
6E
67
B0
28
22
6F
68
6A
87
00
70
69
43
C0
61
71
C0
A8
62
72
08
01
63
73
00
7D
64
74
45
C0
65
75
00
A8
66
76
..$Su....jC...E.
.<......(....}..
.e..2\..".abcdef
ghijklmnopqrstuv
wabcdefghi
**********************************************************************************************
*******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
7
5.419
ZDSN
00E0B06A43C0 ICMP
Echo,
From 192.168.01.101 To
192.168.01.125
192.168.1.101 192.168.1.125 IP
+
+
+
+
00000:
00010:
00020:
00030:
00040:
00
00
01
67
77
E0
3C
7D
68
61
B0
10
08
69
62
6A
07
00
6A
63
43
00
29
6B
64
C0
00
5C
6C
65
00
20
01
6D
66
A0
01
00
6E
67
24
06
23
6F
68
53
88
00
70
69
75
C0
61
71
CF
A8
62
72
08
01
63
73
00
65
64
74
45
C0
65
75
00
A8
66
76
...jC...$Su...E.
.<.... ......e..
.}..)\..#.abcdef
ghijklmnopqrstuv
wabcdefghi
**********************************************************************************************
*******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
8
5.421
00E0B06A43C0 ZDSN
ICMP
Echo Reply, To 192.168.01.101 From
192.168.01.125
192.168.1.125 192.168.1.101 IP
+
+
+
+
00000:
00010:
00020:
00030:
00040:
00
00
01
67
77
A0
3C
65
68
61
24
10
00
69
62
53
07
00
6A
63
75
00
31
6B
64
CF
00
5C
6C
65
00
FF
01
6D
66
E0
01
00
6E
67
B0
27
23
6F
68
6A
87
00
70
69
43
C0
61
71
C0
A8
62
72
08
01
63
73
00
7D
64
74
45
C0
65
75
00
A8
66
76
..$Su....jC...E.
.<......'....}..
.e..1\..#.abcdef
ghijklmnopqrstuv
wabcdefghi
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 133
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
**********************************************************************************************
*******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
9
6.422
ZDSN
00E0B06A43C0 ICMP
Echo,
From 192.168.01.101 To
192.168.01.125
192.168.1.101 192.168.1.125 IP
+
+
+
+
00000:
00010:
00020:
00030:
00040:
00
00
01
67
77
E0
3C
7D
68
61
B0
11
08
69
62
6A
07
00
6A
63
43
00
28
6B
64
C0
00
5C
6C
65
00
20
01
6D
66
A0
01
00
6E
67
24
05
24
6F
68
53
88
00
70
69
75
C0
61
71
CF
A8
62
72
08
01
63
73
00
65
64
74
45
C0
65
75
00
A8
66
76
...jC...$Su...E.
.<.... ......e..
.}..(\..$.abcdef
ghijklmnopqrstuv
wabcdefghi
**********************************************************************************************
*******************************************************
Trame
Heure
Adr src MAC Adr dst MAC Protocole Description
Autre adr src Autre adr dst Taper une autre adr
10
6.424
00E0B06A43C0 ZDSN
ICMP
Echo Reply, To 192.168.01.101 From
192.168.01.125
192.168.1.125 192.168.1.101 IP
+
+
+
+
00000:
00010:
00020:
00030:
00040:
00
00
01
67
77
A0
3C
65
68
61
24
11
00
69
62
53
07
00
6A
63
75
00
30
6B
64
CF
00
5C
6C
65
00
FF
01
6D
66
E0
01
00
6E
67
B0
26
24
6F
68
6A
87
00
70
69
43
C0
61
71
C0
A8
62
72
08
01
63
73
00
7D
64
74
45
C0
65
75
00
A8
66
76
..$Su....jC...E.
.<......&....}..
.e..0\..$.abcdef
ghijklmnopqrstuv
wabcdefghi
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 134
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
27. Bibliographie
Rseaux Locaux normes et protocoles de Pierre ROLIN
HERMES
Les Rseaux
Rseaux
Tlcoms
Tlcoms et rseaux
de Guy PUJOLLE
de Andrew TANENBAUM
de Claude SERVIN
de Maxime MAIMAN
EYROLLES
Inter Editions
MASSON
MASSON
dAlexis FERRERO
de Nicolas TURIN
de Jean-Louis MELIN
Addison-Wesley
Inter Editions
EYROLLES
de Radia PERLMAN
Addison-Wesley
Addison-Wesley
THONSON publishing
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 135
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
28. GLOSSAIRE
A ________________________________________________________________________
API
Application Programming Interface : Interfaces de programmation dapplication
Les API les plus connes sont les sockets de Berkeley (ou Berkeley Sockets) et TLI (Transport
Layer Interface) dATT.
ARP
ASP
B ________________________________________________________________________
BEEP
Blocks Extended Exchange Protocol
Ce protocole serait un successeur HTTP. Ce protocole se place au-dessus de TLS.
C ________________________________________________________________________
CIDR
Classless InterDomain Routing
D ________________________________________________________________________
DNS
Domain Name Server : serveur de nom de domaine
DNS est une base de donnes distribue qui fournit la correspondance entre les adresses IP et
les noms de machines.
E ________________________________________________________________________
Extranet
Cest un rseau reprenant les protocoles Internet (TCP/IP) mais ouvert uniquement un groupe
dutilisateurs.
F ________________________________________________________________________
FTP
File Transfert Protocol
FEC
Forwarding Equivalence Classes (MPLS)
H ________________________________________________________________________
HTTP
Hyper Text Transfert Protocol
I ________________________________________________________________________
IAB
Internet Architecture Board :
LIAB est lorganisme charg de la supervision et de la coordination. Il est compos denviron
15 volontaires internationaux issus de diverses disciplines, et prend en charge la qualit des standards
Internet. Il dpend de lISOC.
ICMP
IETF
IESG
IGMP
IMAP
Ce protocole est la suite logique du concept de LAN Emulation (LANE), qui a permis ATM
de simposer comme rseau fdrateur (backbone) des rseaux locaux dentreprise.
Intranet
Cest un rseau reprenant les protocoles Internet (TCP/IP) mais ouvert uniquement une entit
(socit, institution, etc.).
IP
Internet Protocol
IRDP
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 136
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
La RFC 1256 mentionne un protocolede dcouverte de routeurs utilisant ICMP.
IRTF
ISP
ISOC
LISOC est une socit professionnelle destine faciliter, aider, et promouvoir lvolution et la
croissance dInternet en tant que infrastructure globale de recherche dans le domaine des
communications.
L ________________________________________________________________________
LANE
LAN Emulation :
LAP
Lightweight Directory Protocol : annuaire
LER
Label edge Routers (MPLS)
LSP
Label Switching Routers (MPLS)
LSR
Label Switched Paths (MPLS)
M _______________________________________________________________________
MOSPF
Multicast OSPF
MPOA
Multi Protocol Over ATM :
Ce protocole est la suite logique du concept de LAN Emulation (LANE), qui a permis ATM
de simposer comme rseau fdrateur (backbone) des rseaux locaux dentreprise.
MPLS
MTU
N ________________________________________________________________________
NAT
Network Address resolution
NCP
Network Control Protocol :
Il prcda TCP en tant que couche de protocole transport pour lARPANET
O ________________________________________________________________________
OSPF
Open Shortest Path First
P ________________________________________________________________________
PING
Packet Internet Groper
POP
Post Office Protocol : serveur de messagerie
POW
Packet Over Wavelength
IP est directement transport sur la fibre optique.
PPP
PPTP
Q ________________________________________________________________________
QoS
Quality of Service
R ________________________________________________________________________
RARP
Reverse ARP
RFC
Request For Comments :
Ils sont la publication de la communaut Internet pour ses standards officiels et ses
informations.
RIP
S ________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 137
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
SLIP
Serial Line IP
SNAP
Sub-Network Access Protocol
SNMP
Simple Network Management Protocol
SMTP
Simple Mail Tarnsfert Protocol
SS7
Signaling System 7 :
Protocole de signalisation hors bande (out of band) normalis par lUIT. Il dcrit les
procdures et les protocoles par lesquels les lments du RTC schangent des informations
pour tablir des appels tlphoniques, les router, les contrler.
T ________________________________________________________________________
TCP
TELNET
TeleType Network ou Terminal Network
TLI
Transport Layer Interface : dATT.
TLS
Transport Layer Security
U ________________________________________________________________________
UDP
V ________________________________________________________________________
VPN
Virtual Private Network
Ce protocole permet douvrir un tunnel entre deux points dun rseau
X ________________________________________________________________________
XTI
X/Open Transport Interface :
LXTI est une extension de TLI, voir TLI et API.
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 138
Chapitre Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
Error! Use the Home tab to apply Titre 1 to the text that you want to appear here.
__________________________________________________________________________________
__________________________________________________________________________________
Protocole de communication TCP/IP par F. GODFRYD & Edouard DOS SANTOS
page 139