Cours de Réseaux

Karim Sehaba
Maître de conférences
Université Lumière Lyon 2

[email protected]
http://liris.cnrs.fr/~ksehaba
 Organisation
Supports de CM et TD ici : http://liris.cnrs.fr/ksehaba/Reseaux

■ CM

5 séances Plan
Modèles en couches : OSI & TCP/IP
d’1h45 Couche internet (IP, ICMP, ARP/RARP)

Examen
Couche transport (TCP, UDP)

Couche application (HTTP, DNS, SMTP, FTP...)
Programmation Réseaux

■ TD
■
7 séances Plan
Modèles en couches (OSI et TCP)
d’1h45 Installation et configuration d’un serveur Web –
Apache L'adressage et le routage IP
■
Projet Programmation par sockets – MiniTchat (3 séances)
Évaluation
 Références

■ Livres :
 Réseaux de Andrew Tanenbaum
 Les Réseaux (edition2005) de Guy Pujolle
 TCP/IP : Architecture protocoles et applications de Douglas
Comer
 TCP/IP pour les nuls de Candance Leiden et Marshall Wilensky

■ Net :
 http://www.commentcamarche.net/
 Certains transparents sont de Olivier Glück (Lyon1)
 Introduction
Qu'est-ce qu'un réseau ?
Un ensemble d'entités (objets, personnes, machines, etc.) interconnectées les unes
avec les autres
Exemples :
■ réseau de transport
■ réseau téléphonique

■ réseau de neurones
■ …

Réseaux informatique
Un ensemble d'ordinateurs reliés entre eux grâce à des lignes physiques et
échangeant des informations sous forme de données numériques

Intérêts des réseaux informatique

■ communication (personnes, processus…)
■ partage de ressources (fichiers, applications, matériels…)
■ minimisation des coûts
■ …
 Introduction
Les topologies
En bus
Tous les ordinateurs sont reliés à une même ligne de transmission (bus)

En étoile
Tous les ordinateurs sont reliés à un concentrateur (hub)

En anneau
Les ordinateurs sont situés sur une boucle

Câblage en maille
Chaque machine est reliée à toutes les autres par un câble

Quels sont les avantages et inconvénients de chaque topologie ?

 Introduction
Les types de réseaux
LAN (local area network - Réseau Local)
même organisation dans une petite aire géographique,
débit : [10 Mbps, 1 Gbps], utilisateurs : [100 à 1000]

MAN (Metropolitan Area Network – Réseau métropolitain)

interconnexion de plusieurs LAN géographiquement proches (dizaines de km)
WAN (Wide Area Network – Réseau étendu)
interconnexion de plusieurs LAN à travers de grandes distances géographiques

LA
N WA
N
LA
LA N
N
 Introduction
Les techniques de transfert
La commutation de circuits
■
Circuit entre les deux entités qui communiquent
■
Le circuit reste ouvert jusqu’au moment où l’un des deux participants interrompt la
communication

Le transfert de paquets
Routage
■
Le paquet qui arrive doit posséder l’adresse complète du destinataire
■
Le routeur consulte sa table de routage pour choisir la meilleure ligne de sortie

Commutation
■
Les commutateurs acheminent les paquets vers le récepteur en utilisant des références,
de circuit
■
Les tables de commutation sont des tableaux, qui, à une référence, font correspondre une
ligne de sortie
■
Seules les communications actives entre utilisateurs comportent une entrée dans la table
de commutation.
Modèles en couches
Notion de protocole
Modèle de référence : OSI de ISO
Modèle utilisé sur Internet : TCP/IP
 Problématiques des réseaux
A B

1. Données Xyab lkd... 3. Données Xyab lkd...

2. Code binaire 0011011000 2. Code binaire 0011011000
3. Signal 1... 1. Signal 1...

0 0 1 1 0 1 1 0 0 0

-numérique-

0 0 1 1 0
-analogique-
 Protocole
■
Un ensemble de convention préétablies pour réaliser un échange
de données entre deux entités

■
Il définit le format des données et les règles d'échanges
■ syntaxes et sémantique de message...

■
En particulier :
■ format des données et les règles d’échange
■ délimitation des blocs de données échangés
■ organisation et contrôle de l’échange
■ contrôle de la liaison

Communication en réseau :
protocoles organisés en plusieurs couches
 Modèle de référence
OSI
 Open Systems Interconnection (Interconnexion des Systèmes Ouverts)
 Définit par “International Standard Organisation”

organisation non gouvernementale

centaine de pays membres

édite des normes dans tous les domaines

Idée fondamentale :
 Modèle en couches

« une couche » : un ensemble homogène destiné à accomplir une tâche ou

rendre un service

 Le découpage en couche permet de


dissocier des problèmes de natures différentes

rendre l'architecture évolutive

faire de la réutilisation
 Modèle de référence
OSI
Emetteur Récepteur
Données

Couche AH Données Couche

application application
Couche PH Données Couche
présentation présentation
Couche Couche
SH Données
session session
Couche Couche
TH Données
transport transport
Couche Couche
réseau NH Données réseau
Couche Couche
des données DH Données DT des données
Couche Couche
physique bits physique
 Modèle TCP/IP
Protocoles

Couche données Couche TELNET, HTTP, FTP,

Application message Application DNS, SMTP...

Couche Couche TCP, UDP

Transport H données Transport
segment

Couche Couche IP, ARP/RARP, ICMP

Internet H données
datagramme
Internet

Couche H données T
Couche ETHERNET, ATM...
Réseaux trame
Réseaux
bits
 Modèle TCP/IP
Les couches TCP/IP
■
Réseau
■
Acheminement des données sur la liaison
■
Coordination de la transmission de données (synchronisation)
■
Conversion des signaux (analogique/numérique)
■
Internet : communication entre machine
■
Adressage IP
■
Acheminement de datagrammes
■
Peu de fonctionnalité, pas de garanties
■
Gestion de la fragmentation et assemblage

IP IP IP

IP IP IP
IP
IP IP
IP
datagramme IP
IP IP IP
 Modèle TCP/IP
Les couches TCP/IP
■
Transport : communication entre applications
■
Protocole de transport de bout en bout
■
Présent uniquement en extrémités
■
Transport fiable de segments (en mode connecté)
■
Protocole complexe (transmission, gestion des erreurs, séquencement…)

IP IP IP
TCP
IP IP IP
IP
TCP
IP IP
IP datagramme
TCP IP TCP
IP IP IP

■
Application
■
services de gestion (transfert) de fichier et d'impression
■
services de connexion au réseau
■
services de connexion à distance
■
utilitaires Internet divers
 Modèle TCP/IP
Efficacité du transfert :
Efficacité du transfert = données utiles / données totales

Encapsulation
Serveur
FTP
en-tête
applicatif
données
message
TCP
en-tête en-tête
TCP applicatif données
segment
IP
en-tête en-tête en-tête
IP TCP applicatif données
datagramme Pilote
ETHERNET
en-tête en-tête en-tête en-tête en-queue
ethernet IP TCP applicatif données ethernet

trame
 Modèle TCP/IP
Efficacité du transfert :
A B
en-tête
FTP FTP données FTP
message
en-tête en-tête
TCP TCP FTP données TCP
segment
en-tête en-tête en-tête
IP IP TCP FTP données IP
datagramme
en-tête en-tête en-tête en-tête en-queue
Pilote ethernet IP TCP FTP données ethernet Pilote
ETHERNET ETHERNET
trame

A veut envoyer 1024 octets de données à B en utilisant le protocole FTP. On suppose que :
- l'entête FTP a une taille de 70 octet
- l'entête TCP a une taille fixe de 20 octets
- l'entête IP a une taille fixe de 20 octets
- l'entête plus l'en-queue des trames ETHERNET est de 18 octets
- Taille max d'une trame Ethernet est de 1518 octets
Quelle est l'efficacité du transfert ?
Délimitation des données
Notion de fanion
Notion de
transparence
 Notion de fanion

 Lors d'une transmission de données, il faut pouvoir reprérer le début

et la fin de la séquence des données transmises
 Fanion en transmission synchrone
 Un caractère spécial
 Une séquence de bits particuliers
fanion données fanion

Exemple de fanion : 01111110

Fonctions du fanion
■
délimite les données
■
maintien de la synchronisation de l'horloge de
réception Quelles sont les problèmes que pose
le fanion ?
 Notion de transparence

 Les caractères « spéciaux » comme le fanion ne sont pas délivrés aux

couches supérieures, il sont interprétés pour les besoins du protocole

 Les caractères « spéciaux » doivent pouvoir être transmis en tant que données et
donc délivrés en tant que tel

 mécanisme de transparence

 définition d'un autre caractère spéciale ; le caractère d'échappement

 Fonctionnement

 côté émission : Insertion du caractère d'échappement devant le caractère

à protéger

 côté réception : L'automate examine chaque caractère pour découvrir le

fanion de fin ; s'il rencontre le caractère d'échappement, il l'élimine et
n'interprète pas le caractère suivant -> il le délivre au système
 La technique du bit de bourrage
 Seul le fanion (01111110) peut contenir plus de 5 bits consécutifs à “1”

 Côté émission : si 5 bits consécutifs sont à “1”, l’automate insère un “0”

 Côté réception : si 5 bits consécutifs sont à “1”, l’automate regarde le bit suivant :

 s’il est à “1”, il s’agit d’un fanion

 s’il est à “0”, le “0” est enlevé de la séquence

■
Exemple

Fanion Séquence
Fanion
originale
01111110 000111111001011111001101100 01111110

Fanion Séquence transmise Fanion

01111110 00011111010010111110001101100 01111110
 Organisation
■
CM
Plan
Modèles en couches : OSI & TCP/IP
Couche internet (IP, ICMP, ARP/RARP)
Couche transport (TCP, UDP)
Couche application (HTTP, DNS, SMTP, FTP...)
Programmation Réseaux
Couche Internet (1)
Protocole IP
Gestion de la fragmentation
ARP, ICMP
IPv6
 Modèle TCP/IP

Protocoles

Couche données Couche TELNET, HTTP, FTP,

Application message Application DNS, SMTP...

Couche Couche TCP, UDP

Transport H données Transport
segment

Couche Couche IP, ARP/RARP, ICMP

Internet H données
datagramme
Internet

Couche H données T
Couche ETHERNET, ATM...
Réseaux trame
Réseaux
bits
 Couche internet
■ Fonctionalité : communication entre machines
■
Adressage IP
■
Acheminement de datagrammes (en mode non connecté)
■
Peu de fonctionnalité, pas de garanties
■
Gestion de la fragmentation et assemblage

■ Protocoles de la couche
■
IP - Internet Protocol
■
ARP - Address Resolution Protocol -
■
ICMP - Internet Control and error Message Protocol -
■
...
 Adresse IP
■
Permet d'identifier les machines sur le réseau
■
Distribuées par ICANN -Internet Corporation for Assigned Names and Numbers

■ Adresse IP = 32 bits (4 octets)

4 octets

Représentation décimale : W.X.Y.Z

■
Chaque adresse est composée de deux champs :

■ NET_ID : identifiant du réseau IP (utilisé pour le routage)

■ HOST_ID : identifiant de la machine dans le réseau IP

NET_ID HOST_ID
 Adresse IP
Classes réseaux
4 octets

A 0 Net_ID HOST_ID 1.0.0.0 –

127.255.255.255

B 10 Net_ID HOST_ID 128.0.0.0 –

191.255.255.255

C 110 Net_ID HOST_ID 192.0.0.0 –

223.255.255.255

D 1110 Adresse de transmission multiple 224.0.0.0 –

239.255.255.255

E 11110 Réservé pour une utilisation ultérieure 240.0.0.0 –

247.255.255.255
 Adresse IP
Quel est le nombre d'ordinateurs supporté pour chaque classe ?
 Adresse IP spéciales

Diffusion locale et distante

– 255.255.255.255 : adresse de broadcast sur le réseau IP local
– <NET_ID><111…111> : adresse de broadcast dirigée vers le réseau de
numéro NET_ID

Rebouclage local : 127.y.x.z

– Généralement 127.0.0.1 (localhost)
– Permet de tester la pile TCP/IP locale sans passer par une interface
matérielle

Adresse 0.0.0.0
– Utilisée par le protocole RARP
– Adresse de la route par défaut dans les routeurs
 Sous-réseaux
Comment diviser un réseau IP en plusieurs sous-réseaux ?

Prendre quelques bits de la partie <HOST_ID> de l'@IP pour le sous-réseau

NET_ID HOST_ID

NET_ID SUBNET_ID HOST_ID

Utilisation des masques Netmask

L’acheminement se fait en fonction de <NET_ID> et <SUBNET_ID>

Mais la taille de <SUBNET_ID> est inconnue !

Information donnée par le netmask ; tous les bits à 1 correspond à
<NET_ID><SUBNET_ID>
 Sous-réseaux

Comment déterminer l'adresse de sous-réseau ?

Adresse source Adresse destination

NET_1 SUBNET_1 HOST_ID NET_2 SUBNET_2 HOST_2

Netmask ET Logique ET Logique

Netmask
1…….1 1………….1 0………0 1…….1 1………….1 0………0

?
NET_1 SUBNET_1 0………0 = NET_2 SUBNET_2 0………0

■
Le netmask permet de savoir si la machine source et destination sont sur
le même sous-réseau
■
La classe d’adressage permet de savoir si elles sont sur le même réseau
 Sous-réseaux

Un réseau de classe B dispose du masque de sous-réseau 255.255.240.0

Les machines 159.84.146.236, 159.87.178.23 et 159.84.158.23 trouvent-
elles sur le même sous-réseaux ?

Netmask 255.255.240.0 =
11111111.11111111.11110000.00000000
IP1 : 159.84.146.236 = 10011111.01010100.10010010.11101100
IP2 : 159.87.178.23 = 10011111.01010111.10110010.00010111
IP3 : 159.84.158.23 = 10011111.01010100.10011110.00010111
Couche Internet (1)
Protocole IP
Gestion de la fragmentation
ARP, ICMP
IPv6
 Format d'un datagramme IP
4 octets

Version LET Type service Longueur totale

Identification Flag Déplacement
Durée de vie Protocole Somme de contrôle en-tête
Adresse source
En-tête
Adresse destination

Options (0 ou plusieurs mots) Bourrage

données

Version (4 bits): la version d'IP utilisée Identification (16bits) : id des fragments d'un même
paquet
LET (4 bits) : Longueur d'En-Tête en nombre de mots de
32 bits
Type de service (8 bits) : qualité de service
Longueur Totale (16 bits) : taille (entête + données) en
octet
 Format d'un datagramme IP
Flags (3 bits): 4 octets
Bit 0: réservé, doit être à zéro ;

Bit 1: (AF) 0 = Fragmentation possible, 1 = Non

fractionnable Bit 2: (DF) 0 = Dernier fragment, 1 =

Fragment intermédiaire
 Format d'un datagramme IP
4 octets

Version LET Type service Longueur totale

Identification Flag Déplacement
Durée de vie Protocole Somme de contrôle en-tête
Adresse source
En-tête
Adresse destination

Options (0 ou plusieurs mots) Bourrage

données

Déplacement (13 bits) : Position du fragment par rapport au paquet de départ, en nombre de mots de 8 octets
Durée de vie (TTL) 8 bits: pour que le paquet peut rester dans le réseau
Protocole (8 bits) : type du protocole de niveau supérieur
1 ->
ICMP Checksum d'en-tête (16 bits) : code de contrôle d’erreur pour
17 -> UDP l’entête
6 -> TCP Adresse source (32 bits) : IP de la machine source
 Format d'un datagramme IP
Adresse 4 octets
destination
(32 bits) : IP
de la
machine
destination
 Format d'un datagramme IP
4 octets

Version LET Type service Longueur totale

Identification Flag Déplacement
Durée de vie Protocole Somme de contrôle en-tête
Adresse source
En-tête
Adresse destination

Options (0 ou plusieurs mots) Bourrage

données

Quel est la taille maximale d'un datagramme ?

Fragmentation des datagrammes
IP
Taille maxi d’un datagramme : 216 - 1 = 65535 octet
Taille maximale d'une trame - MTU (Maximum Transfer Unit)

Type de réseau MTU(oct)

Arpanet 1000
Ethernet 1500
FDDI 4470

Problème : pas de capacité pour envoyer de si gros paquets

Solution : découper en fragements les trames ==> la fragmentation
Fragmentation des datagrammes
IPSe fait au niveau des routeurs
■

■
Fonctionnement
■
Découper en fragments de tailles inférieures au MTU du réseau et de
telle façon que la taille du fragment soit un multiple de 8
octets
■
Ajouter des informations afin que la machine de destination puisse
réassembler les fragments dans le bon ordre
■
Envoyer ces fragments de manière indépendante et les
réencapsuler de telle façon à tenir compte de la nouvelle taille du
fragment.
Fragmentation des datagrammes
IP
Exemple
H 1400 H 1400
octets octets

MTU = 1500 octets H 776

octets
H 624
MTU = 800 octets octets
H 1400 MTU = 1500 octets
octets
H 1400 octets

H 776 H 624
octets 0)
(Déplacement octets 97)
(Déplacement
Fragmentation des datagrammes
IP
Version LET Type service Longueur totale = 1420
ID = 77 00 Déplacement = 0
Durée de vie Protocole Somme de contrôle en-tête
Adresse source
Adresse destination

Données (1400 oct)

MTU = 1500 octets

Version LET Type service Longueur totale = 1420

ID = 77 00 Déplacement = 0
Durée de vie
Protocole Somme de contrôle en-tête
Adresse source

Adresse destination

Données (1400 oct)

MTU = 1500 octets

MTU = 800 octets

Version LET Type service Longueur totale = 796 Version LET Type service Longueur totale = 644
ID = 77 01 Déplacement = 0 ID = 77 00 Déplacement = 97
Durée de vie Protocole Somme de contrôle en-tête Durée de vie Protocole Somme de contrôle en-tête
Adresse source Adresse source
Adresse destination Adresse destination
Fragmentation des datagrammes
IP Données (776 oct) Données (624 oct)
Fragmentation des datagrammes
IP
Version LET Type service Longueur totale = 1420
ID = 77 00 Déplacement = 0
Durée de vie Protocole Somme de contrôle en-tête
Adresse source
Version LET Type service Longueur totale = 1420
Adresse destination
ID = 77 00 Déplacement = 0
Données (1400 oct) Durée de vie Protocole Somme de contrôle en-tête
Adresse source
Adresse destination
MTU = 1500 octets
Données (1400 oct)
Version LET Type service Longueur totale = 1420
ID = 77 00 Déplacement = 0
Durée de vie Protocole Somme de contrôle en-tête
Adresse source
Adresse destination MTU = 1500 octets
Données (1400 oct)

MTU = 800 octets

Version LET Type service Longueur totale = 796 Version LET Type service Longueur totale = 644
ID = 77 01 Déplacement = 0 ID = 77 00 Déplacement = 97
Durée de vie Protocole Somme de contrôle en-tête Durée de vie Protocole Somme de contrôle en-tête
Adresse source Adresse source
Adresse destination Adresse destination

Données (776 oct) Données (624 oct)

Couche Internet (1)
Protocole IP
Gestion de la
fragmentation
ARP, ICMP
IPv6
 Protocole ARP
■
ARP (Address Resolution Protocol) – Protocol de résolution d'adresse
■
@MAC (adresse physique): 48 bits
fixée par le fabriquant
exemple :
■
@IP (adresse logique): 32 bits
fixée par l’administrateur réseau ou ICANN
exemple :
■
Rôle du protocole ARP
Faire la correspondance entre une @IP et une @MAC.

Les applications ne manipulent que des @IP (pourquoi pas des @MAC?)
Le système doit retrouver l'@ MAC correspondante.
Les systèmes construisent une table de correspondance (cache ARP).
 Protocole ARP
A B C D
Table de
correspondance
@IP C @MAC C
-Cache ARP-

A veut envoyer un message à C (A et C sur le même réseau)

Principe du protocole
■ A consulte sa table de correspondance IP->MAC
■ A émet une requête ARP (contenant l'@IP de C) en broadcast

■ B, C et D comparent cette adresse logique à la leur

■ C répond en envoyant son adresse MAC

■ A met à jour son cache ARP

■ A envoie le message
 Protocole ICMP
■
ICMP - Internet Control and error Message Protocol
■
Encapsulé dans un datagramme IP (champ protocole = 1)
■
Sert à contrôler le bon déroulement du protocole IP
■
Utilisé par l’utilitaire ping, traceroute…

■
Utilitaire ping
■ Teste l’accessibilité d’une destination de bout en bout
■ Évaluation de performances (mesure de temps aller-retour)
■ La réponse doit parvenir avant 20 secondes

Exemple
Ping 127.0.0.1 : tester la pile TCP/IP locale
Ping mon@IP : vérifier la configuration réseau local
Ping @default-routeur : tester la configuration du sous-réseau et la passerelle
Ping @dest : tester un chemin de bout en bout
 Protocole ICMP
Utilitaire Traceroute/Tracert
■ Permet de trouver pas à pas le chemin pour atteindre une destination

■ Envoie d’un paquet IP avec TTL = 1

■ Attend ICMP délai expiré
■ Envoi d’un paquet IP avec TLL = 2
■ ...

R1 R2
src dest
TTL=1

TTL=2
Couche Internet (1)
Protocole IP
Gestion de la
fragmentation
ARP, ICMP
IPv6
 Protocole IPv6
Pourquoi IPv6
■ La fin d'IPv4 est proche
■ Pénurie d'adresses IP et explosion des tables de routage
■ Besoin d'un nouveau protocole mais suppose de le déployer sur tous
les noeuds de l'Internet actuel !
■ L'IETF, en 1990, élabore les souhaits d'un nouveau protocole et fit un appel à
propositions
■ 1993 : IPv6 est née de propositions combinées (Deering et Francis)

Objectifs du protocole
■ Supporter des milliards d'hôtes
■ Réduire la taille des tables de routage
■ Simplifier encore le protocole pour un routage plus rapide des paquets
■ Offrir une meilleure sécurité
■ Permettre au nouveau protocole et à l'ancien de coexister pendant
quelques années
 Protocole IPv6
Caractéristiques
■ IPv6 est compatible avec IPv4, TCP, UDP, ICMP, DNS... (ou quelques modifications
mineures
■ Supporte un format d'adresses plus longues (16 octets au lieu de 4)
■ Simplification de l'entête (7 champs au lieu de 13 et une taille fixe des
“options” pour accélérer le traitement dans les routeurs)
Protocole IPv6
Protocole IPv6
 Protocole IPv6
Exemples d'options
■ Routing Header
■ Liste de routeurs à traverser obligatoirement

■ Fragmentation Header
■ Pour permettre au destinataire de réassembler les fragments (reprend les
champs de IPv4)
■ Destination Options Header
■ Informations additionnelles pour la destination

L'adressage

■ Adressage hiérarchique pour alléger les tables de routage

■ Un préfixe de localisation – public – 48 bits
■ Un champ de topologie locale (subnet) – 16 bits
■ Un identifiant de désignation de l'interface (basé sur l'@MAC) sur 64 bits (équivalent
HOST_ID qui garantie l'unicité de l'adresse
 Organisation
■ CM
Plan
Modèles en couches : OSI & TCP/IP
Couche internet (IP, ICMP, ARP/RARP)
Couche transport (TCP, UDP)
Couche application (HTTP, DNS, SMTP, FTP...)
Programmation Réseaux
 Couche Internet (2)

Routage
Routage statique (Commandes)
Routage dynamique (Protocoles RIP, OSPF, EGP, BGP)
 Routag
e
Quel chemin empruntent les datagrammes pour arriver à destination ?
Routage : mécanisme par lequel les données d'un équipement expéditeur
sont acheminées jusqu'à leur destinataire

■
Routeur
■
dispositif permettant de choisir le chemin que les datagrammes
vont emprunter
■
possède plusieurs cartes réseau dont chacune est reliée à
un réseau différent
■
utilise la table de routage qui définit le chemin à emprunter pour
une adresse donnée
 Routag
Table de routage
e
Définit la correspondance entre l'adresse de la machine visée et le noeud
suivant auquel le routeur doit délivrer le message

Contenu de la table de routage

destination IP d'une machine ou d'un réseau de destination

passerelle (gateway) IP du prochain routeur vers lequel il faut envoyer le

datagramme
masque (mask) masque associé au réseau de destination

interface interface physique par laquelle le datagramme

doit réellement être expédié
métrique (cost) utilisé pour le calcul du meilleur chemin

Commandes pour afficher le contenu de la table

netstat -r , route print
 Routag
e
Exemple
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4

Table de routage de B D
A
Destination Netmask Gateway Interface Cost
192.168.1.0 255.255.255.0 - 192.168.1.3 0
192.168.2.0 255.255.255.0 192.168.1.1 192.168.1.3 1
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.3 0
 Routag
e
Exemple
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4

Table de routage de B D
B
Destination Netmask Gateway Interface Cost
192.168.1.0 255.255.255.0 192.168.2.2 192.168.2.3 1
192.168.3.0 255.255.255.0 192.168.2.1 192.168.2.3 1
192.168.2.0 255.255.255.0 - 192.168.2.3 0
Quelle doit être la table de routage de C pour qu'il puisse
 Routag
e avec les autres réseaux ?
communiquer
 Routag
e
Exemple
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4

Table de routage de B D
R1
Destination Netmask Gateway Interface Cost
192.168.1.0 255.255.255.0 - 192.168.1.1 0
192.168.2.0 255.255.255.0 - 192.168.2.2 0
192.168.3.0 255.255.255.0 192.168.2.1 192.168.2.2 1
 Routag
e
Exemple
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4

Table de routage de B D
R2
Destination Netmask Gateway Interface Cost
192.168.2.0 255.255.255.0 - 192.168.2.1 0
192.168.3.0 255.255.255.0 - 192.168.3.2 0

Modifier la table de routage de R2 pour que le réseau 192.168.3.0

 Routag
e avec le réseau 192.168.1.0
puisse communiquer
 Routag
e
Exemple
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4

Table de routage de B D
R2
Destination Netmask Gateway Interface Cost
192.168.2.0 255.255.255.0 - 192.168.2.1 0
192.168.3.0 255.255.255.0 - 192.168.3.2 0
192.168.1.0 255.255.255.0 192.168.2.2 192.168.2.1 1
 Routag
e
Mise à jour de la table de routage
■
Manuelle « routage statique »
■ table de routage entrée manuellement par l'administrateur

■ commande « route » des stations unix

■ langage de commande des routeurs (ip route...)

■
Automatique « dynamique »
■ table de routage mis à jour dynamiquement par le routeur

■ processus sur les stations et les routeurs

■ échanges d'informations de routage : protocoles de routage

➢
Routage basé sur un vecteur de distance
➢
Routage basé sur l'état des liens
 Couche Internet (2)

Routage
Routage statique (Commandes)
Routage dynamique (Protocoles RIP, OSPF, EGP, BGP)
 Routage
statique
■
La commande route permet d'indiquer une route vers:
■ un réseau (NET_ID)
■ une machine (HOST_ID)
■ ou une adresse par défaut (default)

■
Syntaxe :
■ route add | del [net | host] destination | netmask | gw | metric
 Routage
statique
Route vers une machine
route add 192.168.0.36 netmask 255.255.255.240 eth0 -------> ajouter
route del 192.168.0.36 netmask 255.255.255.240 eth0 -------> supprimer

Route vers un réseau

route add –net 192.168.0.0 netmask 255.255.255.240 eth0 -------> ajouter
route del –net 192.168.0.0 netmask 255.255.255.240 eth0
-------> supprimer

Route vers un réseau via une passerelle

route add –net 192.168.0.0 netmask 255.255.255.240 gw 192.168.0.7 eth0 ---> ajouter
route del –net 192.168.0.0 netmask 255.255.255.240 gw 192.168.0.7 eth0 --> supprimer
 Routage
Exemple
statique
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4
B D

Configurer la table de routage des différentes machines

 Routage
Exemple
statique
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4
B D

Étape 1 : configuration des IP

A : ifconfig eth0 192.168.1.3 netmask 255.255.255.0

B : ifconfig eth0 192.168.2.3 netmask 255.255.255.0
C : ifconfig eth0 192.168.3.3 netmask 255.255.255.0
D : ifconfig eth0 192.168.3.4 netmask 255.255.255.0
 Routage
Exemple
statique
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4
B D

Étape 1 : configuration des IP

R1 : ifconfig eth0 192.168.1.1 netmask 255.255.255.0

ifconfig eth1 192.168.2.2 netmask 255.255.255.0
R2 : ifconfig eth0 192.168.2.1 netmask 255.255.255.0
ifconfig eth1 192.168.3.2 netmask 255.255.255.0
 Routage
Exemple
statique
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4
B D

Étape 2 : configuration des tables de routage

A : route add default gw 192.168.1.1

B : route add -net 192.168.3.0 gw 192.168.2.1
route add -net 192.168.1.0 gw 192.168.2.2
 Routage
Exemple
statique
192.168.1.3 192.168.3.3
192.168.1. 192.168.2. 192.168.3.
.1 .2 .1 .2
A R1 R2
C

192.168.2.3 192.168.3.4
B D

Étape 2 : configuration des tables de routage

R1 : route add -net 192.168.1.0 netmask 255.255.255.0 eth0 eth0 : 192.168.1.1

route add -net 192.168.2.0 netmask 255.255.255.0 eth1 eth1 : 192.168.2.2

route add -net 192.168.3.0 gw 192.168.2.1

R2 : route add -net 192.168.2.0 netmask 255.255.255.0 eth0 eth0 : 192.168.2.1
route add -net 192.168.3.0 netmask 255.255.255.0 eth1 eth1 : 192.168.3.2
 Couche Internet (2)

Routage
Routage statique (Commandes)
Routage dynamique (Protocoles RIP, OSPF, EGP, BGP)
 Routage
Dynamique
Mise à jour de la table de routage
■
Manuelle « routage statique »
■
table de routage entrée manuellement par l'administrateur
■
commande « route » des stations unix
■
langage de commande des routeurs (ip route...)

■
Automatique « dynamique »
■
table de routage mis à jour dynamiquement par le routeur
■
processus sur les stations et les routeurs
■
échanges d'informations de routage : protocoles de routage
➢
Routage basé sur un vecteur de distance
➢
Routage basé sur l'état des liens
 Routage
Dynamique
Deux algorithmes clefs
Vecteur de distance – Bellman-Ford
Chaque noeud stocke un "vecteur" pour toutes destinations
■
Ce vecteur contient la distance à chacune d'entre elles
■
Distance = coût
Pré condition
■
Chaque noeud connaît la distance vers tous ses voisins directs

État des liens – Dijkstra

Chaque noeud possède un carte complète du réseau
■
Contrairement au"vecteur de distance", chaque noeud ne connaît
que les états voisins
 Routage
Dynamique
Types de routeurs

Routeurs noyaux
relient les réseaux

Routeurs externes
permettent une liaison des
réseaux autonomes entre
eux
Protocoles : EGP (Exterior Gateway Protocol)
BGP (Border Gateway protocol)

Routeurs internes
routage à l'intérieur d'un réseau autonome
Protocole : IGP (Interior Gateway Protocol)
RIP, OSPF, EIGRP Réseau autonome Réseau autonome
 Protocoles de
routages
RIP - Routing information protocol
■
Protocole de type Vecteur de Distance
■
Chaque 30 seconde le routeur diffuse à ses voisins ses vecteurs de
distance
■
vecteur de distance : (destination, nombre de sauts)
■
nombre de sauts maximum = 16 (pour éviter les boucles)
■
utilisable uniquement à l'intérieur de domaines peu étendus
■
Si aucun message pendant 180s, route inaccessible
■
un noeud construit sa table de routage en fonction des vecteurs
de distance reçus de ses voisins
 Protocoles de
routages
RIP - Routing information protocol
■
Avantages
■
très utilisé et très répondu sur tous les équipements
■
s'adapte automatiquement (panne, ajout de réseau...)
■
Inconvénients
■
la distance ne tient pas compte de l'état de la liaison (la
charge, débit, coût des lignes...)
■
distance maximale = 15 (ne peut pas aller plus que 15 routeurs)
■
trafic important (toutes les 30s un message)
■
pas d'authentification des messages (attaques de routeurs
en générant des faux messages RIP)

protocole très efficace dans un petit réseau que l'on contrôle

mais pas adapté aux grands domaines
 Protocoles de
routages
R3
1
A
1
R2
10
1
10
R1 192.168.1.0
10
10
R5 R4

Route de R1 à A ?
RIP : R1 -> R5 -> R4 -> A

Supposons deux types de liens Protocole de type état des liens

«rapides» et «lents»
OSPF -Open Shortest Path
RIP n'est plus pertinent !
First
 Protocoles de
routages
OSPF - Open Shortest Path First
R3
1
A
1
R2
10
1
10
R1 192.168.1.0
10
10
R5 R4
Arc Coût
R1, R2 1
R1, R5 10
R2, R3 1
Base de données topologique R3, R4 10
R3, R5 1
R4, R5 10
R4, 192.168.1.0 10
 Protocoles de
routages
OSPF - Open Shortest Path First
Élection des meilleures routes
- Algorithme de Dijkstra -

Meilleure routre entre R1 et A passe par R2, R3 et R4 pour un coût total de 1 + 1 + 10 + 10 = 22

 Protocoles de
routages
OSPF - Open Shortest Path First

Détermination de la table de routage

Extrait de la table de R1
Réseau de destination Moyen de l'atteindre Coût
192.168.1.0 R2 22

Extrait de la table R5:

Réseau de destination Moyen de l'atteindre Coût
192.168.1.0 R4 20
 Protocoles de
routages
OSPF - Open Shortest Path First
Recherche du plus court chemin
 Protocoles de
routages
OSPF - Open Shortest Path First
Recherche du plus court chemin

Calculez les plus courts chemins de A à destination de H, puis de G en

utilisant l’algorithme de Dijkstra
 Protocoles de
routages
OSPF - Open Shortest Path First
Recherche du plus court chemin

Calculez les plus courts chemins de A à destination de H, puis de G en

utilisant l’algorithme de Dijkstra
 Protocoles de
routages
OSPF - Fonctionnement
1. État initial
■ Le processus de routage OSPF est inactif sur tous les routeurs

2. Établir la liste des routeurs voisins

■ Chaque routeur se présente et fait connaissance avec ses voisins –

message « HELLO, my name is R1 and I'm an OSPF router »

■ Les voisins sauvegardent l'@IP de l'émetteur dans leurs bases d'adjacences

■ Les voisins répondent en envoyant leurs IP à l'émetteur

■ L'émetteur ajoute les adresses IP de ses voisins dans sa base d'adjacence

 Protocoles de
routages
OSPF - Fonctionnement
3. Élire le routeur désigné (DR) et le routeur désigné de secours (BDR)
- DR -
■
routeur avec la plus grande priorité (=1 par défaut)
■
routeur avec la plus grande adresse IP en cas de conflit
- BRG -
■
routeur avec plus grande priorité juste après le DR

4. Découvrir les routes

■ Le DR transmet aux routeurs un résumé de sa base de données topologique
■ Si les données des routeurs sont plus récentes, ils demandent une
information plus complète
■ Le DR envoie l'intégralité de l'information demandée
■ Les routeurs (non DR ou BDR) transmettent les routes meilleures ou les
routes inconnues du DR.
 Protocoles de
routages
OSPF - Fonctionnement
5. Élire les routes à utiliser
■ Création de la table de routage -> Algorithme de Dijkstra

6. Maintenir la base topologique

■ Chaque routeur envoie ses états de liens au routeur désigné avec
des messages « mises à jour d'état de lien »
■ Le DR et le BDR intègrent cette information à leur base topologique

■ Ces messages sont acquittés pour plus de fiabilité

■ Toute modification de la topologie déclenche une nouvelle
exécution de l'algorithme Dijkstra et une nouvelle table de routage
est constituée
 Protocoles de
routages
OSPF - Résumé
■
Protocole de type état des liens
■
chaque noeud évalue le coût pour rejoindre ses voisins selon une certaine
métrique (plusieurs métrique peuvent être utilisées
simultanément)
■
construit un paquet contenant les informations relatives à chacun
de ses liens (voisins)
■
le diffuse à tout le monde (par inondation)
■
calcule la route de moindre coût pour atteindre chaque entité
du réseau
■
ensuite, les routeurs s'échangent uniquement les
changements détectés dans la topologie
■
chaque noeud a une vision globale de la cartographie du réseau
 Protocoles de
routages
OSPF - Conclusion
■
Protocole complexe encore peu mis en oeuvre mais
■
remédie aux inconvénient de RIP
■
temps de convergence
■
OSPF adapté aux grands domaines
■
OSPF prend en compte plusieurs métriques
■
autres avantages d'OSPF
■
permet de router les sous-réseaux
■
permet l'équilibrage de charge entre différentes routes de même coût
■
inclut un système d'authentification des messages
 Routage Dynamique

Types de routeurs

Routeurs noyaux
relient les réseaux

Routeurs externes
permettent une liaison des
réseaux autonomes entre
eux
Protocoles : EGP (Exterior Gateway Protocol)
BGP (Border Gateway protocol)

Routeurs internes
routage à l'intérieur d'un réseau autonome
Protocole : IGP (Interior Gateway Protocol)
RIP, OSPF, EIGRP Réseau autonome Réseau autonome
 Protocoles de
routages
EGP – Exterior Gateway Protocol
■
Premier protocole externe utilisé dans internet (désormé remplacé par BGP)
■
Echange entre routeurs déclarés comme «pairs »
■
deux routeurs de bordure s'échangent à l'intervalles réguliers la
liste des réseaux accessible dans leurs AS respectives
■
tout le trafic entre 2 AS passe par le même chemin physique

EGP

IGP IGP
Liaison inter AS

Réseau autonome Réseau autonome

 Protocoles de
routages
BGP – Border Gateway Protocol
Stratégie de routage
■
Besoin de prendre en compte dans les stratégies de routage
des considérations d'ordres
■ politique : certain AS peuvent refuser de faire transiter du trafic
externe ou le trafic sortant de tel AS préfère transiter par tel AS que tel
autre...
■ de sécurité : trafic en provenance de tel AS ne doit pas transiter par
tel AS
■ économique : la traversée d'une AS peut être payante...
■
La prise en compte de ces stratégies ne fait pas partie du
protocole (configuration manuelle des routeurs à l'aide de scripts)
 Protocoles de
routages
BGP – Border Gateway Protocol
Principe de routage
Deux routeurs BGP établissent une connexion TCP pour s'échanger des infos
de routage:
■ numéro de l'AS
■ listedes sous-réseaux de l'AS
■ distance relative vers chacun des sous-réseaux de l'AS

■ adresse IP du routeur (interne) d'accès à ces réseaux

Quatre types de messages

■ message d'ouverture : ouverture d'une session BGP entre deux routeurs
■ message de mise à jour : signaler à un peer router le changement d'état d'une
route interne à l'AS
■ message de notification : clore une session BGP
■ message « hello » message signalant que tout va bien au routeur voisin (keep
Alive)
 Protocoles de
routages
BGP – Border Gateway Protocol
Principe de routage

■
Type vecteur de distance mais les paires s'échangent le chemin
complet correspondant à chaque destination (pas uniquement le coût)
■
Exemple : pour la destination D, F utilise actuellement FGCD et
apprend d'autres routes de ses voisins (il peut alors choisir celle qu'il
préfère selon la stratégie choisie)
 Organisation
■ CM
Plan
Modèles en couches : OSI & TCP/IP
Couche internet (IP, ICMP, ARP/RARP)
Couche transport (TCP, UDP)
Couche application (HTTP, DNS, SMTP, FTP...)
Programmation Réseaux
Couche Transport
Services de la
couche Protocole UDP
Protocole TCP
 Modèle TCP/IP
Protocoles

Couche données Couche TELNET, HTTP, FTP,

Application message Application DNS, SMTP...

Couche Couche TCP, UDP

Transport H données Transport
segment

Couche Couche IP, ARP/RARP, ICMP

Internet H données
datagramme
Internet

Couche H données T
Couche ETHERNET, ATM...
Réseaux trame
Réseaux
bits
 Couche
transport
Services et protocoles de la couche
■
Crée un circuit de communication logique entre des
applications s’exécutant sur des hôtes distants
■
Les protocoles de la couche transport ne s’exécutent qu’au extrémités

Services transport vs réseau :

■
Couche réseau : Transfert de données entre machines
■
Couche transport : Transfert de données entre applications
■
Se fonde sur les services de la couche réseau et les améliore

IP IP IP
TCP
IP IP IP
IP
TCP
IP IP
IP
TCP IP
datagramme TCP
IP IP IP
Flux TCP
 Couche
transport
Services de transport
Livraison fiable (TCP)
■
réception des segments dans l’ordre
■
contrôle de congestion
■
contrôle de flot
■
mise en place de connection

Livraison non fiable (UDP)

■
sans garantie d’ordre
■
peut s’étendre au multicast

Services non disponibles

■
temps-réel, garantie de délai
■
garantie de bande passante
■
multicast fiable
 Couche
Multiplexage
transport Demultiplexage
Encapsuler les données de plusieurs applications Distribuer chaque segment à
dans un même segment avec un en-tête qui l’application à laquelle il est destiné
permettra le démultiplexage

Multiplexage/demultiplexage
■
Fondé sur le port de réception, le port d’émission et les adresses IP
■
Les ports source et destination sont répétés dans chaque segment
■
Certaines applications utilisent des ports spécifiques
Couche
transport
 Couche
■
transport
Le numéro de port est un entier de 16 bits [0, 65535]
■ Le port 0 n’est pas exploitable
■ Distribués par l'IANA “Internet Assigned Numbers Authority”

Cathégories des ports

1. Le segment [1, 1023]
■
réservés aux services bien connus
■
désignés par l'IANA
■
mis en oeuvre par des applications avec des droits privilégiés

2. Le segment [1024, 49151]

■
services enregistrés
■
énumérés par l’IANA
■
peuvent être employés par des processus ayant des droits ordinaires

3. Le segment [49152, 65535]

■
attributions dynamiques
 Couche
■
transport
Visualisation des services
■ Unix: /etc/services
■ Windows : C:\Winnt\System32\drivers\etc\services
Couche Transport
Services de la
couche Protocole
UDP Protocole TCP
 Protocole UMDP
o
d
■ UDP – User Datagram Protocol e
■ Protocole simple
s
■ Service “au mieux”, les segments UDP peuvent être:
a
■ Perdus
n
■ Delivrés dans le désordre s
■ Aucun contrôle de flux ou de récupération d’erreurs
c
■ Mode sans connexion
Sans
o
■ handshaking entre l’émetteur et le réncepteur
■ Chaque segment UDP est traité indépendamn ment des autres
e
■ Sans contrôle de congestion
x
■ UDP peut émettre aussi rapidement qu’il lei souhaite
o
n
 Protocole UDP
■Pourquoi UDP?
■ sans délai de connexion
■ simple donc plus rapide (pas de délai, pas d'état entre émetteur/récepteur)

■ Petit en-tête

■ Souvent utilisé pour les applications multimédias (streaming multimedia)

■ Tolérance aux pertes

■ Sensible au débit
■Autre utilisation d’UDP
■ DNS

■ SNMP

■ Transfert fiable sur UDP

■ ajouter des mécanismes de compensation de pertes à niveau applicatif

■ compensation de pertes adaptée à chaque appplication

 Segment UDP
4 octets

Port source Port destination

Longueur Somme de contrôle

Données

Port source : numéro de port de l’application émettrice du segment

Port destination : numéro de port de l'application destinataire
Longueur : longueur de l’en-tête + données
– La longueur minimal est 8
– La longueur maximale est 65 535
Somme de contrôle : code de contrôle d'erreurs
Couche Transport
Services de la
couche Protocole
UDP Protocole TCP
 Protocole TCP
■
TCP - Transport Control Protocol (Protocole de Contrôle de Transmission)

Caractérisriques du protocole
■
Arrivée garantie des données
■
Récupération des erreurs par réémission
■
Re-assemblage des données dans le bon ordre
■
Vérification du flot de données afin d'éviter une saturation du réseau
■
Multiplexage/démultiplexage des données
■
Initialisation et fin d'une communication
■
Communication en mode connecté
✔ Ouverture d’un canal
✔ Communication Full-Duplex
✔ Fermeture du canal
 Segment
TCP
Port source Port destination
NS - Numéro de séquence
NR - Numéro de séquence acquitté
U A P R S F
Lg h. Réservé R C S S Y I Taille fenêtre
G K H T N N

Somme de contrôle Pointeur d'urgence

Options (0 ou plusieurs mots) + bourrage

Données

Port Source (2 oct) : numéro de port de l'application émettrice

Port Destination (2 oct) : numéro de port de l'application distante

NS (4 oct) : position du premier octet du segment à transmettre

Si SYN = 1, NS = ISN (Initial Sequence Number)
NR (4 oct) : numéro du prochain octet attendu
Lg h. (4 bits) : longueur de l'en-tête en multiple de 4 octets
 Segment
TCP
Port source Port destination
NS - Numéro de séquence
NR - Numéro de séquence acquitté
U A P R S F
Lg h. Réservé R C S S Y I Taille fenêtre
G K H T N N

Somme de contrôle Pointeur d'urgence

Options (0 ou plusieurs mots) + bourrage

Données

Réservé (6 bits) : champ inutilisé actuellement

CODE (6 bits) URG: si 1 le paquet doit être traité de façon urgente
ACK: si 1 le paquet est un accusé de réception
PSH (PUSH): si 1 les données collectées doivent être transmises à
l’application sans attendre les données qui suivent
RST: si 1 la connexion est réinitialisée
SYN: si 1 indique une demande d'établissement de connexion
Segment
TCP
FIN: si 1 la connexion s'interrompt
 Segment
TCP 4 octets

Port source Port destination

NS - Numéro de séquence
NR - Numéro de séquence acquitté
U A P R S F
Lg h. Réservé R C S S Y I Taille fenêtre
G K H T N N

Somme de contrôle Pointeur d'urgence

Options (0 ou plusieurs mots) + bourrage

Données

Taille fenêtre (2 oct) : nb d'octets que le récepteur peut recevoir sans acquittement
Somme de contrôle (2 oct) : permet de vérifier l'intégrité de l'en-tête
Pointeur d'urgence (2 oct): numéro d'ordre à partir duquel l'information devient urgente
Options (Taille variable): diverses options
Bourage (Taille variable) : bits à zéro pour avoir une longueur en-tête multiple de 32 bits
 Fiabilité des
transferts
Client Serveur Client Serveur

Segment NS = 92, 8 oct

1 data
ACK ACK = 1, NR =
temps 1 100
temps
Segment NS = 100, 16 oct
2 data
ACK ACK = 1, NR =
2 116

Notation :
(ACK = x) <=> (ACK = 1 et NR = x)
 Fiabilité des
Les pertes de transferts
segment sont détectées par absence d'ack positif à expiration
d'un temporisateur sur l'emetteur

Exemple : Perte d'ACK

Emetteur Récepteur

NS = 92, 8 oct
data

ACK =

Timeout
100
X
perdu

NS = 92, 8 oct
data
ACK =
100
 Fiabilité des
Les pertes detransferts
segment sont détectées par absence d'ack positif à expiration
d'un temporisateur sur l'emetteur

Exemple :
Emetteur Récepteur

NS = 92, 8 oct
data

Timeout
ACK =
100

NS = 92, 8 oct
data

ACK =
100
 Établissement de
connexion
Schéma de connexion
■
Ports TCP doivent être ouverts
■
Application sur le serveur à l'écoute (en attente d'une connexion)
■
Application sur le client fait une requête de connexion

Les paquets pour ouvrir la connexion

1. Client : Demande de connexion
SYN=1, ACK =0, ISNclient = x (séquence initiale du client)
2. Serveur : Acceptation de connexion
SYN= 1, ACK= x+1, ISNserveur = y (séquence initiale du serveur)
Options possibles (Taille maximale des paquets, convention pour le contrôle
de flux sur réseau haut débit... )
3. Client : Accusé de réception ACK = y+1, SYN = 0
Établissement de
connexion
Client Serveur

SYN=1, ACK =0,

ISN
clien =
t
x
SYN= 1, ACK= x+1, ISN
=y serveu
r

Temps
ACK = y+1, SYN = 0
Transfert de données
A B

Envoi de
10 oct NS = 56,
A
ACK B
=20
3 Envoi de
= 203, =6 20 oct
A6
NS BACK

Envoi de
10 oct
NS = 66,
A
ACK B
:
223
Envoi de
2 oct
NS : 223, =7
ACKB 6
A
 Fin de connexion
A B

Fermeture négociée
FIN (seq =
x)
A demande la fin de connexion (FIN=1)
ACK (seq =
B acquitte la demande de A (ACK) x+1)
DAT
B envoie ses données en attente A

A acquitte les données (ACK)

ACK
B accepte de la fin de connexion (FIN) (DATA)

A acquitte de la fin de connexion (ACK)

FIN (seq =
y)

ACK (seq = y +
1)
 Utilisation du réseau
■
Gaspillage de bande passante !
■ Envoi de données
■ Attente
■ Envoi d’acknowledge
■ Attente
■…
■
On peut faire mieux !
■ fenêtrage
 Fenêtre
Principe
glissante
■
prendre de l’avance sur les réponses --> fenêtre glissante
■
fixer un nombre de séquence au bout duquel un accusé de réception est nécessaire
Tampon de l'émetteur
Tampon du récepteur

Paquet i
Paquet i+1
Paquet i+2
Paquet i+3

ACK (i)

Paquet i+4

■
Le nombre de séquence est stocké dans le champ fenêtre de l'en-tête TCP/IP
■
La taille de la fenêtre n'est pas fixe
■
Le serveur peut demander une augmentation de la taille de la fenêtre
 Fenêtre
glissante
Gestion de la fenêtage Tampon du
récepteur
Application 4K
Seq = 0, 2k
écrit 2k
vide
Contrôle de flux TCP :
■
l'émetteur ne doit pas
en envoyer de données ACK = 2k, WIN = 2k
si le tampon de
2k
réception n'a pas Application
l'espace libre écrit 2k
correspondant
Quand l'émetteur est
bloqué, il peut : L'émetteur Plein
est bloqué Application
■
envoyer des données lit 2k
urgentes (interruption de
l'application réceptrice) 2K
■
envoyer des segments de
Application
1 octet pour obliger le écrit 1k Seq = 4096,1k
récepteur à envoyer
SEQa et WIN et maintenir
l'état actif de la
connexion
Fenêtre
glissante 1k 2K

Seq = 2048, 2k

ACK = 4k, WIN = 0

WIN = 2k
 Fenêtre
glissante
Gestion de la fenêtage
 Fenêtre
glissante
Seq = X, 500 oct
Seq = X + 500, 200
X oct
Exemple : expiration du Seq = X + 700, 10 oct
timeout Hors seq.

Timeout
mémorisé

Hors seq.
=X mémorisé
ACK Seq A
=X
ACK Seq A

Seq = X, 500 oct

= X + 710 oct

ACK Seq A
 Organisation
■
CM
Plan
Modèles en couches : OSI & TCP/IP
Couche internet (IP, ICMP, ARP/RARP)
Couche transport (TCP, UDP)
Couche application (HTTP, DNS, SMTP, FTP...)
Programmation Réseaux
 Couche Applications

Protocoles dns, telnet, shh, ftp, smtp, pop et http

 Modèle TCP/IP

Protocoles

Couche données Couche TELNET, HTTP, FTP,

Application message Application DNS, SMTP...

Couche Couche TCP, UDP

Transport H données Transport
segment

Couche Couche IP, ARP/RARP, ICMP

Internet H données
datagramme
Internet

Couche H données T
Couche ETHERNET, ATM...
Réseaux trame
Réseaux
bits
 Protocole
■
DNS
Les adresses IP représentent une partie fondamentale de l’Internet
■
Adressage IP
■
Routage IP (le paquet est routé selon sa destination)
■
Les utilisateurs préfèrent des noms symboliques que des nombres
■
Comment joindre des sites Web (URL) ?
■
Comment échanger du courrier électronique ?
■
Comment mémoriser les adresses IP de tous les sites Internet à joindre ?
■
Comment gérer les changements d’adresses IP ?

Solution
Fichier /etc/hosts pour faire la correspondance noms/adresses
# Exemple de fichier /etc/hosts
# This file should contain the addresses and aliases
# for local hosts that share this file.
132.214.1.3 routerquebec
132.212.1.5 routermontreal
 Protocole
DNS
Fichier /etc/hosts pour faire la correspondance noms/adresses
Problèmes
■
collision des noms
■
déploiement à grande échelle
■
changements d’adresses et mise à jour

DNS - Domain Name System (résolution de noms de domaines)

■ Base de données hiérarchique et distribuée dans Internet
■ Contient des correspondances entre :
■
Nom ordinateur -> adresse IP
■
Passerelle de courrier d’un domaine -> adresse IP
■
Traduction inverse : IP -> nom ordinateur
■
..., bien plus que seulement nom/adresse IP
 Protocole
DNS
Le DNS est constitué de
Espace de noms de domaines
■
base de données qui associe de manière structurée des noms à des @IP
Serveurs de noms
■
hôtes sur lesquels tournent un daemon (port 53)
■
Hôtes compétents pour répondre sur une ou plusieurs zones
Resolvers
■
fonctions applicatives qui sollicitent la résolution d’une information
(nom, adresse) auprès d’un serveur de nom
 Protocole
Espace de noms
DNS

Domaines de plus haut niveau (TLD - Top Level Domains)

■ rattachés à un noeud racine représenté par un point
Nom de domaine
■ chaque noeud de l'arbre, ex : univ-lyon2, liris...
Domaine
■ ensemble des étiquettes de noeuds d'une arborescence à l'exception de l'hôte
Hôte
■ extrémité d'une branche, correspond à une machine ou une entité du réseau
Adresse FQDN (Fully Qualified Domain Name) :
■ ensemble des étiquettes des noeuds d'une arborescence
Zone
■ ensemble de domaine (concerne un sous arbre du DNS)
 Protocole
DNS
Serveurs de noms
■La hiérarchie du DNS est partagée en zone
■L’information contenue dans une zone est implantée dans au moins
deux serveurs de nom

DNS Serveur Primaire

■
définit une zone, ensemble de domaines sur lequel le serveur a autorité
■
il est mis à jour par l’administrateur système/réseaux

DNS Serveur Secondaire

■
Pour des raisons de fiabilité
■
Il recopie périodiquement ses informations d'un serveur primaire
■
Recommandation: serveur primaire et secondaire sur des sites différents

Serveur racine
■
serveur ayant autorité sur la racine de l’espace de nommage (TLD)
■
Actuellement il y a 13 serveurs de ce type
 Protocole
DNS
Résolution de noms de domaine
Resolver : un ensemble de fonctions qui font l'interface entre les applications et les
serveurs de noms.

Stratégie de fonctionnement
Interrogation locale
1. Le processus demande l'@ IP d’une machine. Le “ resolver ” envoie la demande
au serveur local
2. Le serveur local reçoit la demande et répond directement au “ resolver ”
 Protocole
DNS
Résolution de noms de domaine
Interrogation distante
1. Le processus demande l’adresse IP
d’une machine. Le “ resolver ” envoie sa
requête au serveur local.
2. Le serveur local reçoit la requête, il
interroge le serveur racine pour avoir
l’adresse d’un serveur qui a l'autorité
sur la zone demandée par le processus.

3. Le serveur racine renvoie l’adresse du serveur qui a l’autorité sur la zone.

4. Le serveur local interroge ce nouveau serveur distant.
5. Le serveur distant renvoie l’information demandée au serveur local.
6. Le serveur local retourne la réponse au “resolver”.

Utilisation des caches

Si un processus redemande la même machine distante, le serveur local interroge alors
directement le serveur distant sans passer par le serveur racine
 Protocole Telnet
■ TELetypewrite Network Protocol
■ Systèmede terminal virtuel (Travailler sur un système distant comme sur un
système local)
■ Connexion TCP
■ Utiliser
pour ouvrir un émulateur de terminal à distance et pour communiquer
avec d’autres services réseau (HTTP, SMTP, FTP…)
■ Attention : données transmises en clair !

Commande telnet
telnet <nom ou adresse IP du serveur> <numéro de port>
Exemple : émulation d’un navigateur web :
telnet liris.univ-lyon2.fr 80
 Protocole SSH

■ SSH - Secure SHell

■ Port 22
■ Remplace Telnet pour l’émulation de terminal
■ Comme Telnet, protocole et logiciel
■ Utilise un chiffrement asymétrique
■ Commande :
ssh -l <login> <nom ou adresse IP du serveur>

Connexion au serveur : ssh -l ksehaba liris.cnrs.fr

 Protocole
■
FTP
FTP - File Transfer Protocol (protocole de transfert de fichier)
■ Port 21
■ permet un partage de fichiers entre machines distantes
■ permet une indépendance aux systèmes de fichiers des
machines clientes et serveur
■ permet de transférer des données de manière efficace
■ Transmission sur deux canaux :
■ Un canal pour les commandes (canal de contrôle), géré
par l'interpréteur de commandes (PI : Protocol Interpreter)
■ Un canal pour les données, géré par un
processus de transfert de données (DTP : Data
Transfer Process)
Notations :
 Protocole
Processus côté FTP
client : USER-PI, USER-DTP
Processus côté serveur : SERVER-PI , SERVER-DTP
 Protocole
■
FTP
DTP (Data Transfer Process): chargé d'établir la connexion et de gérer le canal de données

■ PI (Protocol Interpreter): interpréteur de protocole permettant de commander le DTP

■ SERVER-PI :
◆
chargé d'écouter les commandes provenant d'un USER-PI
◆
d'établir la connexion pour le canal de contrôle
◆
de recevoir sur celui-ci les commandes FTP de l'USER-PI
◆
de répondre et de piloter le SERVER-DTP

■ Le USER-PI
◆
chargé d'établir la connexion avec le serveur FTP
◆
d'envoyer les commandes FTP
◆
de recevoir les réponses du SERVER-PI
◆
de contrôler le USER-DTP si besoin
 Protocole
FTP
Types de commandes FTP :
Commandes de contrôle d'accès
USER, PASS, CWD… QUIT
Commandes du paramétrage de transfert
PORT, TYPE, PASV…
Commandes de service FTP
DELE, RMD, MKD, PWD...

Réponses FTP Connexion au serveur : ftp liris.cnrs.fr 21

Code à 3 chiffres accompagné d'un texte

1yz : Réponse préliminaire positive
2yz : Réponse positive de réalisation
3yz : Réponse intermédiaire positive
4yz : Réponse négative de réalisation
5yz : Réponse négative permanente
 Protocole
SMTP
■ SMTP - Simple Mail Transfert Protocol (Protocole Simple de Transfert de Courrier)
■ Service d’envoie de courrier électronique
■ Port 25

Commandes SMTP
EHLO <machine> : présentation du client
MAIL FROM: <exp> : spécifie l’adresse de l’expéditeur
RCPT TO: <dest> : spécifie l’adresse du destinataire
DATA <message> : données à envoyer (terminées par .)
QUIT : termine la session SMTP
 Protocole
SMTP
Champs d’en-tête
– To: [email protected]
– Cc: [email protected]
– Bcc: [email protected]
– From: [email protected]
– Reply-to: [email protected]
– User-Agent: Mozilla/5.0
– Return-Path:
– Date:
– Subject:
– …

Envoyez-vous un email en vous connectant via telnet

au serveur mail de Lyon 2 (smtp.univ-lyon2.fr)
et en utilisant les commandes du protocole SMTP.
 Protocole POP
■ POP - Post Office Protocol (protocole de bureau de poste)
■ permet de récupérer les courriers sur un serveur distant (le serveur POP)
■ deux versions du protocole (POP2 port 109 et POP3 port 110)
Commandes POP2
HELLO : Identification à l'aide de l'adresse IP de l'ordinateur expéditeur
FOLDER : Nom de la boîte à consulter
READ : Numéro du message à lire
RETRIEVE: Numéro du message à récupérer
SAVE : Numéro du message à
sauvegarder DELETE : Numéro du message à
supprimer QUIT : Sortie du serveur POP2

Commandes POP3
USER : nom de l'utilisateur, doit précéder la commande PASS.
PASS : mot de passe de l'utilisateur
STAT : Information sur les messages contenus sur le serveur
RETR : Numéro du message à récupérer
DELE : Numéro du message à supprimer
LIST : Numéro du message à afficher
QUIT : sortie du serveur POP3.
 Protocole
HTTP
■HTTP : HyperText Transfer Protocol
■Transfert de fichiers (essentiellement au format HTML)
■Port 80
Version 1.0/1.1 : Modes de communication
HTTP 1.0 :
Pour chaque requête :
■ Réaliser une connexion TCP
■ Envoyer la requête
■ Recevoir la réponse
■ Libérer la connexion
Plusieurs requêtes par site Web
(par exemples, les fichiers images)
HTTP 1.1 : -> Problème de performances
■ Réaliser une connexion
TCP
■ Pour chaque requête :
■
Envoyer la requête
■
Recevoir la réponse
■ Libérer la connexion
 Protocole
HTTP
■ Communication en deux temps :

Requête En-tête Décode

HTTP

Réponse
HTTP
Client Serveur HTTP

Structure des Requêtes/Réponses

1. Ligne de statut : précise le type de document demandé
2. Lignes d'en-tête : informations supplémentaires sur la requête
3. Lignes de Corps
 Protocole
et/ou le client HTTP
 Protocole
Requête HTTP
HTTP
1. Ligne de
requête
Méthodes
GET : Requête de la ressource située à l'URL spécifiée
HEAD: Requête de l'en-tête de la ressource située à l'URL
spécifiée POST : Envoi de données au programme situé à l'URL
spécifiée DELETE: Suppression de la ressource située à l'URL
spécifiée

URL - Uniform Resource Locator

Syntaxe url avec http : “http ://<host> :<port>/<path>?<searchpath>”
host : nom de machine ou une adresse IP
Port : numéro de port (80 par défaut) path
: sélecteur au sens du protocole http
Searchpath : la chaîne d’interrogation
Version du protocole :
Forme HTTP-Numéro de version. Par exemple HTTP/1.1
 Protocole
Requête HTTP
HTTP
2. Champs d'en-tête (facultatif)
■
Informations supplémentaire sur la requête et/ou le navigateur
■
Syntaxe Type en-entête : valeur en-tête

Exemple d'en-tête
User-Agent : informations sur le client (nom et la version du navigateur, système
d'exploitation...)
Accept-Language: Langage attendu par le navigateur

3. Corps
■
Lignes optionnelles séparées des lignes précédentes par une ligne vide
■
Permettent l'envoie des données au serveur (commande POST)
 Protocole
Requête
HTTP
HTTP
Exemples:
GET http://www.google.com HTTP/1.0
Ligne de requête Accept : text/html
If-Modified-Since : Saturday, 15-January-2000 14:37:11 GMT
Champs d'en-tête User-Agent : Mozilla/4.0 (compatible; MSIE 5.0; Windows 95)

Renvoie le contenu du document par défaut Renvoie le document mentionné dans le chemin complet
$ telnet clx.anet.fr 80 $ telnet 10function.kicks-ass.org 80
GET /books/ruhacker.txt
GET / \n
\n \n
$ telnet liris.cnrs.fr 80
\n GET /ksehaba/Reseaux/Test.html
\n
\n
 Protocole
Réponse HTTP
HTTP
1. Ligne de statut
■
Version du protocole utilisé
HTTP-Numéro de version
■
Code de statut :
valeur numérique (xxx) qui décrit le statut de la réponse
1xx: N’est pas utilisé, “Futur Use”
2xx: Succès, l’action exécutée correctement
3xx: Redirection, reprendre l’interrogation avec une autre formulation
4xx: Erreur coté client, erreur de syntaxe ou ne peut être acceptée
5xx: Erreur coté serveur, erreur interne due à l’OS
■
Signification du code

2. En-tête
Informations supplémentaires sur la réponse et/ou le serveur
3. Corps
Le document demandé
 Protocole
Réponse HTTP
HTTP
Exemple :
$ telnet localhost 80

GET / HTTP/1.0
\n
\n
 Organisation
■
CM
Plan
Modèles en couches : OSI & TCP/IP
Couche internet (IP, ICMP, ARP/RARP)
Couche transport (TCP, UDP)
Couche application (HTTP, DNS, SMTP, FTP...)
Programmation Réseaux
Programmation Réseau
Applications Client/serveur
Mode connecté/mode non connecté
Programmation en C
Programmation en java
 Modèle client-serveur définition

Application client/serveur

application qui fait appel à des services distants à travers d’un
échange de messages (les requêtes) plutôt que par un partage de
données (mémoire ou fichiers)

Serveur
•
programme offrant un service sur un réseau (par extension,
machine offrant un service)

Client
•
programme qui émet des requêtes (ou demandes de service). Il
est toujours l’initiateur du dialogue
 Exemple de client/serveur

■Un serveur de fichiers

■Des clients qui demandent des fichiers
■Comment gérer la concurrence ?
◆ un processus serveur => un client servi
◆ plusieurs clients => il va falloir faire des fork() !!!
■Quel protocole utiliser ?
◆ le client envoie le nom du fichier
◆ le serveur renvoie la taille puis les données
◆ comment gère-t-on les erreurs ?
 Mode connecté/nom connecté
■ Mode connecté (TCP) :

◆problèmes de communications gérés automatiquement,

◆primitives simples d’émission et de réception,

◆gestion de la connexion coûteuse,

◆pas de délimitation des messages dans le tampon.

■ Mode non connecté (UDP) :

◆consomme moins de ressources systèmes,

◆permet la diffusion,

◆gestionde toutes les erreurs à la main : il faut réécrire la couche

transport !!!
Programmation Réseau
Applications Client/serveur
Mode connecté/mode non
connecté
Programmation en C
Programmation en java
 Les sockets
■Interface d’accès au réseau
■développé dans Unix BSD (Berkeley Software Distribution)
■n° port, @ IP, protocole (TCP, UDP, ...)

Couches Session à Application

Client Serveur
n° port :2345 @ Ethernet
Couche Transport (TCP,
@ IP : UDP)

193.168.20.1 @
Couche Réseau (IP)

IP : 193.168.20.1
Couche Liaison
n° port :80
@ IP :

193.168.20.2 @

IP :

193.168.20.2

@ Ethernet
 L'API socket
■Création de socket : socket(family, type, protocol)
■Ouverture de dialogue :
◆ client : connect(...)
◆ serveur : bind(..), listen(...), accept(...)
■Transfert de données :
◆ mode connecté : read(...), write(...), send(...), recv(...)
◆ modenon connecté : sendto(...), recvfrom(...),
sendmsg(...), recvmsg(...)
■Clôture du dialogue :
◆ close(...), shutdown(...)
 Client/Serveur
en mode non connecté

Client Serveur

socket() Création de la socket socket()

bind() Assignation n°port - @ IP bind()

sendto() bloqué jusqu'à la réception de la

envoi
requête
requête traitement de la
recvfrom( requête
)
bloqué jusqu'à la réception de la
sendto()
envoi
réponse traitement de la réponse

close()
réponse recvfrom()

close() Fermeture de la socket

 Client/Serveur
en mode connecté

Client Serveur
socket() Création de la socket socket()

bind()

listen()

accept()
établissement de la connexion
connect(
)
write() envoi read()
requête bloqué jusqu'à la réception de la
read() requête traitement de la
bloqué jusqu'à la réception de la
requête
write()
envoi
réponse traitement de la réponse

close()
réponse
Client/Serveur
close() Fermeture de la socket
 La primitive socket()
int socket(int family, int type, int protocol)
■family :

◆ AF_INET : pour des communications Internet

◆ AF_UNIX : pour des communications locales
■type ou mode de fonctionnement :
◆ SOCK_STREAM : mode connecté (TCP)

◆ SOCK_DGRAM : mode déconnecté (UDP)

◆ SOCK_RAW : accès direct aux couches basses (IP)
■protocol :
◆ IPPROTO_UDP (protocole UDP avec SOCK_DGRAM)

◆ IPPROTO_TCP (protocole TCP avec SOCK_STREAM)

◆ IPPROTO_ICMP (protocole ICMP avec SOCK_RAW)

◆ IPPROTO_RAW (accès direct IP avec SOCK_RAW)
 La primitive connect()
int connect(int sock_desc, struct sockaddr * @_serveur, int lg_@)
■ sock_desc : descripteur de socket retourné par socket()
■ @_serveur : adresse IP et n° de port du serveur distant
■ Exemple de client :
int sd;
struct sockaddr_in serveur; // @IP, n° port, mode
struct hostent remote_host; // nom et @IP

sd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

serveur.sin_family = AF_INET;
serveur.sin_port = htons(13);
remote_host = gethostbyname(“brassens.upmf-grenoble.fr”);
bcopy(remote_host->h_addr, (char *)&serveur.sin_addr,
remote_host->hlength); // Recopie de l’adresse
connect(sd, (struct sockaddr *)&serveur, sizeof(serveur));
 La primitive bind()
int bind(int sock_desc, struct sockaddr *my_@, int lg_@)
■ sock_desc : descripteur de socket retourné par socket()
■ my_@ : adresse IP et n° de port auxquels le serveur veut répondre
■ Exemple de serveur :

int sd;
struct sockaddr_in serveur; // @IP, n° port, mode

sd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

serveur.sin_family = AF_INET;
serveur.sin_port = 0; // Laisse le système choisir un port
serveur.sin_addr.s_addr = INADDR_ANY;
// Autorise des connexions de n’importe où
bind(sd, (struct sockaddr *)&serveur, sizeof(serveur));
 La primitive listen()
int listen(int sock_desc, int backlog)
■ sock_desc : descripteur de socket retourné par socket()
■ backlog : nombre maximum de connexions en attente d’être acceptées
■ Exemple de serveur :

int sd;
struct sockaddr_in serveur; // @IP, n° port, mode

sd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

serveur.sin_family = AF_INET;
serveur.sin_port = 0; // Laisse le système choisir un port
serveur.sin_addr.s_addr = INADDR_ANY;
// Autorise des connexions de n’importe où
bind(sd, (struct sockaddr *)&serveur, sizeof(serveur)); listen(sd,
5);
 La primitive accept()
int accept(int sock_desc, struct sockaddr *client, int lg_@)
■ sock_desc : descripteur de socket retourné par socket()

■ client : identité du client demandant la connexion

■ accept renvoie le descripteur de la nouvelle socket créée

Client Serveur
sc = Création de la socket ss =socket()
socket()

bind(ss)

listen(ss)

sa = accept(ss)
établissement de la connexion
connect(sc)

jusqu'à la réception de la
write(sc) envoi requête
requête traitement de la

read(sc) requête
bloqué jusqu'à la réception de la
envoi réponse

réponse traitement de la
read(sa)
bloqué
réponse
close(sc) Fermeture de la socket close(sa)
 Les primitives d'envoi/réception
■ int write(int sock_desc, char *tampon, int lg_tampon);
■
int read(int sock_desc, char *tampon, int lg_tampon);
■
int send(int sock_desc, char *tampon, int lg_tampon, int drap);
■
int recv(int sock_desc, char *tampon, int lg_tampon, int drap);
■ int sendto(int sock_desc, char *tampon, int lg_tampon, int
drap, struct sockaddr *to, int lg_to);
■ int recvfrom(int sock_desc, char *tampon, int lg_tampon, int
drap, struct sockaddr *from, int lg_from);

■ drap : options de contrôle de la transmission (consulter le man)

Programmation Réseau
Applications Client/serveur
Mode connecté/mode non
connecté
Programmation en C
Programmation en java
C a n a u x b id ir e c t io n n e ls
 Comm unication en tre deux app lic
a t i o n sd i s t a n t e s p a r d e s c a n a u x d e b i
d i r e c t i o n n e l s( s o c k e t s ) .
 deu x typ es d e sockets en Java:
 Stream sockets (T C P ) : com m unication en
m o d ec o n n e c t é , c a r a c t é r i s é e s p a r l e c a r a c t è r
e c o n t i n u d uf l u x d e d o n n é e s ( o r d r e c o r r e
c t - d o n n é e s n o nc o r r o m p u e s ) .
 Datagram sockets (U D P ) : com m unication en
m o d en o n - c o n n e c t é : p l u s g r a n d e r a p i d i t é ,
m a i s f i a b i l i t ém o in d r e ( p e r t e , d u p lic a t io n o u d
ésordre possibles).
 C la s s e s d e ja v a . n e t
C o n t e n t a n d le r : b a s e p o u r g é r e r c o n t e n u s M IM E
H
UDP
 D a t a g r a P a c k e
 I n e t mA d d r e s s t : g e s t io n d e s a d r e s s e s
 S e r v e r S o c k e t
 S o c k e t TCP
 SocketIm pl
 U R L
 U R L C o n n e c t io n
URL
 U R L E n c o d e r
 U R L S tr e a m H a n d l
er
 In e tA d r e s s
public final class InetAddress {

pub li String getHostName(

c )
s() pub li byte[] getAddress()
c
t o b j )p u b
li String getHostAddre
c s
publi int hashCode() InetAddress
c
getByName(String host) throws UnknownHostEx
ceptionpublic static synchronized InetAddress
getAllByName(String host)[] throwsUnknownHostE
xceptionpublic static InetAddress
getLocalHost() throws UnknownHostException
}
ServerSocket
public final class ServerSoc
ket {public ServerSocket(
int port)
throws IOException
public ServerSocket(int port, int backlog)
throws IOExcept
ionpublic InetAddress getInetAddr
ess()
public int getLocalPort()
public Socket accept()

public void clos throws IOException

e()
throws IOException
public String toString()
public static synchronized void
setSocketFactory(SocketImplFactory fac)
throws IOException
}
Socket
p u b l i c f i n a l c l a s s S o c k e t {
p u b l i c S o c k e t ( S t r i n g h o s t , i n t p o r t )
t h r o w s U n k n o w n H o s t E x c e p t i o n , I O E x c
e p t i o n p u b l i c S o c k e t ( S t r i n g h o s t , i n t p o r t , b o o l e
a n s t r e a m )
t h r o w s I O E x c e p t i o n
p u b l i c S o c k e t ( I n e t A d d r e s s a d d r e s s , i n t p o r t )
t h r o w s I O E x c e p t i o n
p u b l i c S o c k e t ( I n e t A d d r e s s a d d r e s s , i n t p o r t , b o o l e a n s t r
e a m )
t h r o w s I O E x c e p t
i o n p u b l i c I n e t A d d r e s s g e t I n e t A
d d r e s s ( )
p u b l i c i n t g e t P o r t ( )
p u b l i c i n t g e t L o c a l P o r t ( )
p u b l i c I n p u t S t r e a m g e t I n p u t S t r e a m ( ) t h r o w s I O E x c e p t i o n
p u b l i c O u t p u t S t r e a m g e t O u t p u t S t r e a m ( ) t h r o w s I O
E x c e p t i o n p u b l i c s y n c h r o n i z e d v o i d c l o s e ( ) t h r o
w s I O E x c e p t i o n
p u b l i c S t r i n g t o S t r i n g ( )
p u b l i c s t a t i c s y n c h r o n i z e d v o i d
s e t S o c k e t I m p l F a c t o r y ( S o c k e t I m p l F a c t o r y f a c )
t h r o w s I O E x c e p t i o n
}
Utilisation des sockets TCP / IP
Client Serveur

1- Création d'un client et tentative de 1- Enregistrement du service Construction

connexion d'un objet de type ServerSocket (paramètres
Construction d'un objet de type Socket : n° de port et nombre connexions)
(paramètres : hôte et n° de port)
2- Attente d'une demande de connexion du
client
accept() retourne, lorsqu'une connexion est
acceptée, un objet de type Socket

2- Echange
OutputStream 3- Echange
InputStream InputStream
OutputStream
3- Fermeture (close())
4- Fermeture (close())
Exemple de code : Serveur (1)
import java.net.*;
import java.io.*;

public class Serveur

{ ServerSocket srvk;
public Serveur (int port) throws IOException
{ srvk = new ServerSocket (port);
}
public void go ()
{ while (true){
try {
Socket sck = srvk.accept ();
OutputStream os = sck.getOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(os);
String msg = "REPONSE DE SERVEUR";
Object obj = (Object) msg;
oos.writeObject(obj);
sck.close ();
}
catch (IOException e) {}
}
}
 E x e m p le d e c o d e : S e r v e u r ( 2 )

public static void main (String args [])

throws IOException {
Serveur s = new Serveur (Integer.parseInt (args[0]));
s.go ();
}
}
Exemple de code : Client (1)
import java.net.*;
import java.io.*;

public class Client

{ Socket so;
public Client (String host, int port) throws IOException
{ so = new Socket (host, port);
}
public void go ()
{ try {
InputStream is = so.getInputStream ();
ObjectInputStream ois = new ObjectInputStream (is);
Object obj = ois.readObject();
String msg = (String) obj;
System.out.println(msg);
}catch (IOException e) {}
catch (ClassNotFoundException e){}
}

public void stop ()

{ try { so.close
();}
catch (IOException e) { }
}
 Exemple de code : Client (2)

public static void main (String args [])

throws IOException {
Client c = new Client (args[0], Integer.parseInt (args[1]));
c.go ();
c.stop ();
}
}
Bilan
 Modèles en couches
Notion de protocole
Modèle de référence : OSI de ISO
Modèle utilisé sur Internet : TCP/IP

Délimitation des données

Notion de fanion
Notion de
transparence
Couche Internet (1)
Protocole IP
Gestion de la fragmentation
ARP, ICMP
IPv6
 Couche Internet (2)

Routage
Routage statique (Commandes)
Routage dynamique (Protocoles RIP, OSPF, RGP, BGP)
Couche Transport
Services de la couche
Protocole UDP
Protocole TCP
 Couche Applications

Protocoles dns, telnet, shh, ftp, smtp, pop et http

Programmation Réseau
Applications Client/serveur
Mode connecté/mode non
connecté
Programmation en C
Programmation en java