rsx101 réseaux et télécommunications
DESCRIPTION
Jean-Claude KOCH. Révision A. RSX101 Réseaux et Télécommunications. Diaporama séance 11. Internet (2). Le niveau TRANSPORT. PROCESSUS ÉMISSION. PROCESSUS RÉCEPTION. données. AH. données. APPLICATION. APPLICATION. données. PH. PRÉSENTATION. PRÉSENTATION. SH. données. SESSION. - PowerPoint PPT PresentationTRANSCRIPT
RSX101Réseaux et Télécommunications
Diaporama séance 11
Internet (2)
Révision AJean-Claude KOCH
RSX101 - Réseaux & Télécommunication - JCK 2
Le niveau TRANSPORT
PHYSIQUE
LIAISON
RÉSEAU
TRANSPORT
SESSION
PRÉSENTATION
APPLICATION
PHYSIQUE
LIAISON
RÉSEAU
TRANSPORT
SESSION
PRÉSENTATION
APPLICATION
PROCESSUSÉMISSION
PROCESSUSRÉCEPTION
données
donnéesAH
donnéesPH
donnéesSH
donnéesTH
donnéesNH
LH LT
bits
Médium de transmission
données
RSX101 - Réseaux & Télécommunication - JCK 3
COUCHE 4 : Niveau TRANSPORT
STRUCTURATION des BLOCS : Messages, segmentsConcaténation/séparation
SÉCURISATION TRAFIC :Contrôle de flux
MULTIPLEXAGE :Niveau Transport
QUALITÉ de SERVICE :Débit moyen(An)IsochronieFiabilité5 Classes de service OSI
TRANSFERT TRANSPARENT DE BOUT EN BOUT
Internet TCP
RSX101 - Réseaux & Télécommunication - JCK 5
X25-3
Le niveau Transport de l’Internet
Applications
4
3 IP IGMP
2 LAP- RNIS
Serial1
ARP/RARP
ICMP
LLC
MAC
Couche physique LANs Couche physique WANs
AAL
SLIP
PPPLAP-B PQT
TCP UDP
TELNET FTP DNS NNTPHTTP SMTP RTP/RTCP
Réseaux hôtes
RSX101 - Réseaux & Télécommunication - JCK 6
Fonctionnalités• Segmentation re-assemblage des messages
• Rétablir ordonnancement des paquets
• Multiplexage vers plusieurs applications (numéro de port)
• Service orienté connexion
• Transfert de données exprès
• Contrôle de flux
• Détection des paquets erronés et perdus
• Récupération des erreurs par ré-émission
• Détection d’inactivité
Le protocole TCPTransport Control Protocol
RSX101 - Réseaux & Télécommunication - JCK 7
Le protocole TCP (2)
Protocole de transport fiable en mode connecté
CIRCUIT VIRTUEL :Établissement, maintien et fermeture connexionsMode Point à Point en Uni-directionnelBi-directionnel simultané par double connexions
CONTRÔLE de FLUX :Fenêtrage dynamiqueTemporisateur adaptatif
SÉCURISATION :Somme de contrôleReprises automatiques
RSX101 - Réseaux & Télécommunication - JCK 8
Le protocole TCP (3)
GESTION des FLUX :
Flot d’octets non structuré ( Découpage selon containers IP )
Rétention octets pour optimisation transferts
Forçage émission segment non plein si besoin (Push)
Possibilité d’émission en mode Urgent
Notion de ports, via SOCKETS (Mise en relation des processus en
communication à chaque extrémité, en mode connecté)
Multiplexage de flux applicatifs simultanés
RSX101 - Réseaux & Télécommunication - JCK 9
Le protocole T.C.P.
Protocole de transport fiable en mode connecté
32 bits
0 31
... DONNÉES ...
OPTIONS (Facultatif)
F.C.S. URGENCE
PORT SOURCE PORT DESTINATION
NUMÉRO de SÉQUENCE
NUMÉRO d'ACCUSÉ RÉCEPTION
LNGR N.U. CODE FENÊTRE
N.U.
Le segment T.C.P.
RSX101 - Réseaux & Télécommunication - JCK 10
Le segment TCP
ENTÊTE (20 octets) :2 octets : Port application source2 octets : Port application puits4 octets : Numéro de séquence émission (en octets)4 octets : Numéro d ’accusé réception (octets reçus + 1)4 bits : Longueur entête + options (multiple 32 bits)6 bits : Non utilisés6 bits : Code type segment2 octets : Fenêtre d ’anticipation dynamique, indiquant également la taille du tampon de réception. 2 octets : Somme de contrôle 2 octets : Pointeur urgence
DONNÉES :Options diverses (Variable)Charge ( 4096 octets par défaut, négociée de bout en bout via le MSS - Maximum Segment Length dans champ Options )
RSX101 - Réseaux & Télécommunication - JCK 11
Le segment TCP
CODE (sur 6 bits)Indique quel est le type du segment (Plusieurs bits peuvent être positionnés simultanément ):
x----- URG Données urgentes-x---- ACK Accusé réception--x--- PSH Segment associé à un « push »---x-- RST Réinitialiser connexion----x- SYN Établissement connexion-----x END Libération de la connexion
FENETRE (2 octets)Sert à la fois pour la gestion des buffers, de l ’anticipation et des accusés réception. Taille négociée à la connexion (rfc 1323)
RSX101 - Réseaux & Télécommunication - JCK 12
segment TCP
FCS (2 octets)Somme de contrôle établie de la façon suivante :
Somme en complément à 1 par 2 octets (16 bits)
Résultat enregistré en complément à 1
A la réception, idem y compris champ contrôle. Le résultat doit être nul, sinon erreur
URGENT (2 octets) Pointeur indiquant la position des données urgentes par rapport à la position courante
Si le code URG est présent
RSX101 - Réseaux & Télécommunication - JCK 13
Notion de PORTS (Sockets)Liens entre processus distants leur permettant de communiquer entre eux, et permettant d ’identifier les éventuels flux simultanés vers plusieurs applications, ou différents niveaux applicatifs ou système
Entier positif compris entre 0 et 5000Ports réservés :
0 - 215 reservés TCP216 - 1023 réservés UNIX
Pour établir la communication, l ’émetteur doit fournir L ’adresse IPLe numéro de port La connexion est unidirectionnelle
ProcessusA
ProcessusB
Port X Port Yréseau
RSX101 - Réseaux & Télécommunication - JCK 14
Processus de connexion TCP
RSX101 - Réseaux & Télécommunication - JCK 15
Gestion d ’une connexion TCP
- Les valeur initiales X, Y et V sont aléatoires, fixées par l ’horloge- Les connexions sont unidirectionnelles; elles doivent être établies dans les deux sens pour une communication duplex
Connection accepted(SYN = 1; ACK=1)
Echange données(SEQ=Vr, ACK=Vs+m)
Connection request(SYN = 1; ACK=0)
Connection confirmée(SYN = 1; ACK=1)
Echange données(SEQ=Vs, ACK=Vr+n)
Clear request(END=1,ACK=0)
Clear confirm(END=1,ACK=1)
SOURCE A DESTINATION B
SYN (SEQ= x)
SYN (SEQ=y, ACK=x+1)
SYN (SEQ=x+1, ACK=y+1)
END (SEQ=v)
END (SEQ= 0, ACK=v+1)
RSX101 - Réseaux & Télécommunication - JCK 16
Gestion des échanges T.C.P.
SOURCE A DESTINATION B Tampon Réception0 8 k
videEnvoi 2 k SEQ=2048
2 kACK=2049, Fen=6144
Envoi 2 k SEQ=4096
4 k
4 k
pleinL'applicationprélève 4 k
ACK=10241, Fen=4096
Envoi 1 k SEQ=9216
1 k
4 kEnvoi 2 k SEQ=6144
Envoi 2 k SEQ=81926 k
L’émetteur sait que le tampon est plein etpart en temporisation
4 k
Envoi 1 k SEQ=10240
2 k
L'applicationpréléve 2 k
2 k 2 k
ACK=8193, Fen=4096
Internet UDP
RSX101 - Réseaux & Télécommunication - JCK 18
Le PROTOCOLE U.D.P.User Datagram Protocol
Protocole de transport non fiable en mode non connecté
PAS de CONNEXION :
Envoi de messages de bout en bout avec minimum de fonctionnalités.
PAS de CONTRÔLE de FLUX :Pas de garantie d ’arrivéePas de contrôle de séquencement
SÉCURISATION :Somme de contrôle (Dont pseudo-entête)
RSX101 - Réseaux & Télécommunication - JCK 19
Le PROTOCOLE UDP
Message UDP = DATAGRAMME UDP
32 bits
0 31
... DONNÉES ...
LONGUEUR MESSAGE
ADRESSE IP SOURCE
ADRESSE IP DESTINATION
RÉSERVÉ LONGUEUR UDP
PORT SOURCE PORT DESTINATION
TOTAL CONTROLE
Pseudo
Entête
RSX101 - Réseaux & Télécommunication - JCK 20
Le datagramme UDP
PSEUDO-ENTÊTE (12 octets) :( En provenance de l ’entête I.P. )4 octets : Adresse source4 octets : Adresse Destination2 octets : Pour mise au point2 octets : Longueur totale UDP (Dont pseudo entête)
ENTÊTE UDP (8 octets) :2 octets : Numéro de port source2 octets : Numéro de port destination2 octets : Longueur datagramme (entête + données) en octets2 octets : Total de contrôle (Sur ensemble, dont pseudo entête)
DONNÉES 4096 octets maximum
Autres…
RSX101 - Réseaux & Télécommunication - JCK 22
Le protocole IGMP
Envoi de datagrammes en mode multipoints
Utilisation classe D d ’adresses
Messages périodiques de contrôle
Gestion dynamique du groupe
Tout message émis d ’un station est transmis à tout le groupe
Internet Group Management Protocol
RSX101 - Réseaux & Télécommunication - JCK 23
Intégration TCP(UDP)/IP dans le Réseau Local
physique
MAC
RÉSEAU LOCAL
physique
MAC
IP (Datagrammes)
physique
MAC
LLC
APPLICATION
IP
TCP (UDP)
physique
MAC
LLC
APPLICATION
IP
TCP (UDP)
Hôte A Hôte B
RSX101 - Réseaux & Télécommunication - JCK 24
Internet sur Ethernet
Trame IEEE 802 (Rfc 1042) - IP dans LLC
Trame Ethernet (Rfc 894) - IP dans MAC
CHARGE UTILEPréambule
8 OCTETS
Adressedestination
6 OCTETS
Longueur
2 OCTETS 38 à 1492 OCTETS
CRC
4 OCTETS
Adressesource
6 OCTETS
LLC 1
3 OCTETS
CHARGE UTILEPréambule
8 OCTETS
Adressedestination
6 OCTETS
Type
2 OCTETS 46 à 1500 OCTETS
CRC
4 OCTETS
Adressesource
6 OCTETS
La trame RFC 894 est la plus usitée. Cette RFC impose des datagrammes IP de 1500 octets maximum (MTU), et recommande des tailles TCP évitant la fragmentation.