CMs Reseaux

Cours de Réseaux
Organisation
 5 séances d’1h45 Plan

Modèles en couches : OSI & TCP/IP
 Examen Couche internet (IP, ICMP, ARP/RARP)

Couche transport (TCP, UDP)
Couche application (HTTP, DNS, SMTP, FTP...)

Programmation Réseaux
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
LAN
WAN
LAN
LAN
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 00110110001... 2. Code binaire 00110110001...
3. Signal 1. Signal
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 SH Données Couche
session session
Couche TH Données Couche
transport transport
Couche NH Données Couche
réseau réseau
Couche DH Données DT Couche
des données des données
Couche Couche
bits
physique physique
Modèle TCP/IP
Protocoles
Couche données Couche TELNET, HTTP, FTP,

Application message Application DNS, SMTP...
Couche Couche
H données TCP, UDP
Transport segment
Transport
Couche Couche IP, ARP/RARP, ICMP

H données
Internet datagramme Internet
Couche H données T Couche

trame ETHERNET, ATM...
Réseaux 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
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
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
Pilote en-tête en-tête en-tête en-tête en-queue Pilote
ETHERNET ethernet IP TCP FTP données 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 ?

 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 originale Fanion

01111110 000111111001011111001101100 01111110
Fanion Séquence transmise Fanion

01111110 00011111010010111110001101100 01111110
Organisation
■ CM
Plan
Couche internet (IP, ICMP, ARP/RARP)
Couche Internet (1)
Protocole IP
Gestion de la fragmentation
ARP, ICMP
IPv6
Modèle TCP/IP
Protocoles

Couche Couche
H données TCP, UDP
Transport segment
Transport

H données

Réseaux 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
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
ET Logique ET Logique
Netmask Netmask
1…….1 1………….1 0………0 1…….1 1………….1 0………0
0………0
? 0………0
NET_1 SUBNET_1 = NET_2 SUBNET_2
■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
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 Flags (3 bits):

LET (4 bits) : Longueur d'En-Tête en nombre de mots de 32 bits Bit 0: réservé, doit être à zéro ;
Type de service (8 bits) : qualité de service
Bit 1: (AF) 0 = Fragmentation possible, 1 = Non fractionnable
Longueur Totale (16 bits) : taille (entête + données) en octet
Bit 2: (DF) 0 = Dernier fragment, 1 = Fragment intermédiaire
Identification (16bits) : id des fragments d'un même paquet
4 octets

Adresse source
En-tête
Adresse destination
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
17 -> UDP Checksum d'en-tête (16 bits) : code de contrôle d’erreur pour l’entête
6 -> TCP Adresse source (32 bits) : IP de la machine source
Adresse destination (32 bits) : IP de la machine destination
4 octets

Adresse source
En-tête
Adresse destination
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
■ Se 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.
Exemple
H 1400 octets H 1400 octets
MTU = 1500 octets H 776 octets

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

(Déplacement 0) (Déplacement 97)
Version LET Type service Longueur totale = 1420
ID = 77 00 Déplacement = 0
Adresse source
Adresse destination
Données (1400 oct)
MTU = 1500 octets

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
Données (776 oct) Données (624 oct)

Adresse source
Adresse destination Version LET Type service Longueur totale = 1420
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)
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
Données (776 oct) Données (624 oct)
Couche Internet (1)
Protocole IP
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
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
Couche Internet (2)
Routage
Routage statique (Commandes)
Routage dynamique (Protocoles RIP, OSPF, EGP, BGP)
Routage
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
Routage
Table de routage
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
Routage
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
B D
Table de routage de 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
Routage
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
B D
Table de routage de B
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
communiquer avec les autres réseaux ?
Routage
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
B D
Table de routage de R1
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
Routage
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
B D
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

puisse communiquer avec le réseau 192.168.1.0
Routage
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
B D
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
Routage
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
■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 statique
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
B D
Configurer la table de routage des différentes machines

Routage statique
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
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 statique
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
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 statique
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
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 statique
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
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 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
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
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 First
RIP n'est plus pertinent !
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
É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

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
Recherche du plus court chemin
Calculez les plus courts chemins de A à destination de H, puis de G en utilisant

l’algorithme de Dijkstra
Calculez les plus courts chemins de A à destination de H, puis de G en utilisant

l’algorithme de Dijkstra
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
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.
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
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)
■calculela 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
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
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

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)
Principe de routage
Deux routeurs BGP établissent une connexion TCP pour s'échanger des infos
de routage:
■ numéro de l'AS
■ liste des 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)
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
Couche Transport
Services de la couche
Protocole UDP
Protocole TCP
Modèle TCP/IP
Protocoles

Couche Couche
H données TCP, UDP
Transport segment
Transport

H données

Réseaux 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 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 transport
Multiplexage 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
Protocole UDP
Protocole TCP
Protocole UMDP
o
d
■UDP – User Datagram Protocol e
■Protocole simple
■Service “au mieux”, les segments UDP peuvents ê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
o
■Sans handshaking entre l’émetteur et le réncepteur
■Chaque segment UDP est traité indépendamn ment des autres
■Sans contrôle de congestion

e
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
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
4 octets

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
GKH 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
4 octets

U A P R S F
GKH T N N
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
FIN: si 1 la connexion s'interrompt
Segment TCP
4 octets

U A P R S F
GKH T N N
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
temps temps
Notation :
(ACK = x) <=> (ACK = 1 et NR = x)
Les pertes de segment sont détectées par absence d'ack positif à expiration
d'un temporisateur sur l'emetteur
Exemple : Perte d'ACK Emetteur Récepteur
Timeout
X
perdu
Les pertes de segment sont détectées par absence d'ack positif à expiration
d'un temporisateur sur l'emetteur
Exemple : Emetteur Récepteur
Timeout
É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, ISN = x (séquence initiale du client)
client
2. Serveur : Acceptation de connexion

SYN= 1, ACK= x+1, ISN = y (séquence initiale du serveur)
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
Temps
Transfert de données
A B
Envoi de
10 oct
Envoi de
20 oct
Envoi de
10 oct
Envoi de
2 oct
Fin de connexion
A B
Fermeture négociée
A demande la fin de connexion (FIN=1)
B acquitte la demande de A (ACK)
B envoie ses données en attente
A acquitte les données (ACK)
B accepte de la fin de connexion (FIN)
A acquitte de la fin de connexion (ACK)
Utilisation du réseau
■Gaspillagede bande passante !

■Envoi de données
■Attente
■Envoi d’acknowledge
■Attente
■…
■On peut faire mieux !
■fenêtrage
Fenêtre glissante
Principe
■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
■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
Tampon du
récepteur
Gestion de la fenêtage Application
écrit 2k 4K
Contrôle de flux TCP : vide

■l'émetteur ne doit pas
en envoyer de données 2k
si le tampon de
réception n'a pas Application
l'espace libre écrit 2k
correspondant
Quand l'émetteur est L'émetteur
Plein
bloqué, il peut : est bloqué Application
lit 2k
■envoyer des données
urgentes (interruption de 2K
l'application réceptrice)
■envoyer des segments de Application
1 octet pour obliger le écrit 1k
récepteur à envoyer SEQa
et WIN et maintenir l'état
actif de la connexion
1k 2K
Fenêtre glissante
Gestion de la fenêtage
Fenêtre glissante
X
Exemple : expiration du timeout
Hors seq.
Timeout
mémorisé
Hors seq.
mémorisé
Organisation
■ CM
Plan

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

Modèle TCP/IP
Protocoles

Couche Couche
H données TCP, UDP
Transport segment
Transport

H données

Réseaux 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
■fonctionsapplicatives qui sollicitent la résolution d’une information (nom,
adresse) auprès d’un serveur de nom
Protocole DNS
Espace de noms
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 dom aine
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ème de terminal virtuel (Travailler sur un système distant comme sur un
système local)
■Connexion TCP
■Utiliserpour 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 :
Processus côté 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
■LeUSER-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 HTTP Décode
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
et/ou le client
3. Lignes de Corps
Protocole HTTP
Requête 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 HTTP
Requête 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 HTTP
Requête HTTP
Exemples:
Ligne de requête GET http://www.google.com HTTP/1.0
Accept : text/html
Champs d'en-tête If-Modified-Since : Saturday, 15-January-2000 14:37:11 GMT

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 10function.kicks-ass.org 80
$ telnet clx.anet.fr 80 GET /books/ruhacker.txt
\n
GET / \n
\n $ telnet liris.cnrs.fr 80
\n GET /ksehaba/Reseaux/Test.html
\n
\n
Protocole HTTP
Réponse 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
1. En-tête
Informations supplémentaires sur la réponse et/ou le serveur
3. Corps
Le document demandé
Protocole HTTP
Réponse HTTP
Exemple :
$ telnet localhost 80
GET / HTTP/1.0
\n
\n
Organisation
■ CM
Plan
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,
◆gestion de toutes les erreurs à la main : il faut réécrire la

couche transport !!!
Programmation en C
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 Couc h e Transport (T CP, UDP) n° port :80
@ IP : 193.168.20. 1 @ IP : 193.168. 20.2
Couche Réseau (IP)

@ IP : 193.168.20. 1 @ IP : 193.168. 20.2
Couche Liaison
@ Ethernet @ 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(...)
◆mode non connecté : sendto(...),
recvfrom(...), sendmsg(...), recvmsg(...)
■Clôture du dialogue :
◆close(...), shutdown(...)
Client/Serveur
en mode non connecté
Client S erveur
socket() Création de la socket socket()
bind() Assignation n°port - @ IP bind()
sendto() envoi requête recvfrom()

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

bloqué jusqu'à la réception de la réponse
envoi réponse sendto()
traitement de la réponse
close() Fermeture de la socket close()

Client/Serveur
en mode connecté
Client Serveur
socket() Création de la socket socket()
bind()
listen()
accept()
établissement de la connexion
connect()
write() envoi requête read()

read() traitement de la requête

envoi réponse write()
close() Fermeture de la socket close()

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_@)
■my_@ : adresse IP et n° de port auxquels le serveur veut répondre
■Exemple de serveur :
int sd;

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)
■backlog : nombre maximum de connexions en attente d’être acceptées
■Exemple de serveur :
int sd;

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_@)
■client : identité du client demandant la connexion
■accept renvoie le descripteur de la nouvelle socket créée
Client Serveur
sc = socket() Création de la socket ss =socket()
bind(ss)
listen(ss)
sa = accept(ss)
établissement de la connexion
connect(sc)
write(sc) envoi requête read(sa)

read(sc) traitement de la requête

envoi réponse write(sa)
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 en C
C a na u x b id irec tio n ne ls
 C o m m u n ic atio en tre d eu x ap p lic atio n s
nd istan te s p ar d es c an au x d e b id irec tio n n e ls
(so ckets ).
 d eu x typ e s d e so ckets en J a va:
 S tream s ockets (TC P) : com m u nication en m o d e
con n ecté, car actéris é es p ar le c aractèr e con tin u du
flu x de d on n é es ( ordr e correct - d on n é es n on
corrom pu es).
 D atagr am sock ets (U D P) : com m u n ication en m o d
n on -con n ect é : plu s gran d e ra pidité, m a is e fiabili
m oin dre (p erte, du p lic ation ou d és or dre p ossibles).
té
Classes de java.net
 ContentHandler : base pour gérer contenus MIME
 DatagramPacket
UDP
 DatagramSocket
 InetAddress : gestion des adresses
 ServerSocket
 Socket TCP
 SocketImpl
 URL
 URLConnection
URL
 URLEncoder
 URLStreamHandler
InetAdress
public final class InetAddress {
public String getHostName()

public byte[] getAddress()
public String getHostAddress()
public int hashCode()
public boolean equals(Object obj)
public String toString()
public static synchronized InetAddress
getByName(String host) throws UnknownHostExceptio
n public static synchronized InetAddress
getAllByName(String host)[] throwsUnknownHostExceptio
n public static InetAddress
getLocalHost() throws UnknownHostException
}
ServerSocket
public final class ServerSocket
{ public ServerSocket(int port
)
throws IOException
public ServerSocket(int port, int backlog)
throws IOException
public InetAddress getInetAddress()
public int getLocalPort()
public Socket accept()
throws IOException
public void close()
throws IOException
public String toString()
public static synchronized void
setSocketFactory(SocketImplFactory fac)
throws IOException
}
Socket
p u bl ic fi na l cla ss Soc k et {
p u bl ic So ck et (S tr i ng h o st, i n t po rt )
t h ro w s Un k no w nHo st Exc ep t ion , I O Exc ep tio n
p u bl ic So ck et (S tr i ng h o st, i n t po rt, bo ol ea n s t re am )
t h r ow s IOE x c ept i o n
p u bl ic So ck et (In e tA dd r es s a d dr ess , i nt p o rt )
t h r ow s IOE x c ept i o n
p u bl ic So ck et (In e tA dd r es s a d dr ess , i nt p o rt , b ool ean s t re a m )
t h r ow s IOE x c ept i on
public In et Ad dr es s ge tI ne tA dd r ess ( )
p u b l i c in t g e tP or t ( )
p u b l i c in t g e tLo ca lPor t ( )
p u b l i c In pu tS tr ea m ge tI np ut St r eam ( ) t hrow s IO Ex ce pt i on
p u b l i c Ou tp ut Str ea m g e tO utp ut St re am ( ) t hr ow s I OEx cep t io n
p u b l i c sy nc hr on iz e d v o id clo s e( ) t hr o ws I O Exce pt i on
p u bl ic Str ing t o St r in g ()
p u bl ic st at ic s y nc hron i ze d v o id
s e tS oc ket Im pl Fa c to ry(S oc ketI m pl Fa ct or y f a c)
th ro ws I O Exce pt i on
}
Utilisation des sockets TCP / IP
Client Serveur
1- Création d'un client et tentative de 1Enregistrement 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) 2Attente d'une demande de connexion du
client
accept() retourne, lorsqu'une connexion est
acceptée, un objet de type Socket
2Echange 3Echange
OutputStream 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) {}
}
}
Exemple de code : Serveur (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
Couche Internet (1)
Protocole IP
ARP, ICMP
IPv6
Couche Internet (2)
Routage
Routage dynamique (Protocoles RIP, OSPF, RGP, BGP)
Couche Transport
Protocole UDP
Protocole TCP
Couche Applications
Protocoles dns, telnet, shh, ftp, smtp, pop et http

Programmation en C

CMs Reseaux

Transféré par

Droits d'auteur :

Formats disponibles

CMs Reseaux

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

CMs Reseaux

Transféré par

Droits d'auteur :

Formats disponibles

Cours de Réseaux

 5 séances d’1h45 Plan

 Examen Couche internet (IP, ICMP, ARP/RARP)

Couche application (HTTP, DNS, SMTP, FTP...)

Intérêts des réseaux informatique

■ minimisation des coûts

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

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

WAN (Wide Area Network – Réseau étendu)

Modèle utilisé sur Internet : TCP/IP

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

■Il définit le format des données et les règles d'échanges

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

 Le découpage en couche permet de

 rendre l'architecture évolutive

Couche AH Données Couche

Couche données Couche TELNET, HTTP, FTP,

Couche Couche IP, ARP/RARP, ICMP

Couche H données T Couche

■ Internet : communication entre machine

Exemple de fanion : 01111110

Quelles sont les problèmes que pose le fanion ?

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

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

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

Fanion Séquence originale Fanion

Fanion Séquence transmise Fanion

Couche données Couche TELNET, HTTP, FTP,

Couche Couche IP, ARP/RARP, ICMP

Couche H données T Couche

■ Adresse IP = 32 bits (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)

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

Quel est le nombre d'ordinateurs supporté pour chaque classe ?

Rebouclage local : 127.y.x.z

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

Utilisation des masques Netmask

Mais la taille de <SUBNET_ID> est inconnue !

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

Adresse source Adresse destination

■Le netmask permet de savoir si la machine source et destination sont sur

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

Version LET Type service Longueur totale

Options (0 ou plusieurs mots) Bourrage

Version (4 bits): la version d'IP utilisée Flags (3 bits):

Version LET Type service Longueur totale

Options (0 ou plusieurs mots) Bourrage

Version LET Type service Longueur totale

Options (0 ou plusieurs mots) Bourrage

Quel est la taille maximale d'un datagramme ?

Type de réseau MTU(oct)

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

■ Découper en fragments de tailles inférieures au MTU du réseau et de