06/02/2013. le lien entre applications et IP. séquencement réordonner les données hors séquence Session

Transcription

1 Stéphane ateloin Julien Montavont le lien entre applications et I ourquoi? identification des applications un hôte reçoit des paquets I de/vers plusieurs applications numéros de ports fiabilité cette fonction n est pas assurée par I Application ( ou non) résentation séquencement réordonner les données hors séquence Session ( ou non) Transport contrôle de flux régulation du débit des sources Réseau ( ou non) Liaison hysique 1

2 Découpage et encapsulation données applicatives découpées et encapsulées dans un segment de transport En-tête I En-tête transport Données Segment de transport aquet I Numéros de ports valeur sur 16 bits triplet <@I, protocole, #port> associé à une application une application peut employer plusieurs ports Vue de bout en bout les mécanismes ne concernent que les extrémités UD : le strict nécessaire En-tête simple Numéros de port Fiabilité Séquencement ontrôle de flux Multicast NON NON NON Quelles applications? celles qui ne nécessitent pas de fiabilité / séquencement / contrôle échanges courts (requête/réponse) T : Numéros de port Fiabilité Séquencement ontrôle de flux Multicast NON Orienté connexion négociation avant transmission de données Séquencement et fiabilité les segments sont numérotés («numéros de séquence») les segments sont acquittés 2

3 A chaque segment émis est associé un temporisateur (timer) Les segments reçus font l objet d acquittements acquittement cumulatif =n du premier octet non reçu DATA(1) DATA(2) DATA(3) DATA(4) AK(2) AK(3) AK(4) Un segment qui n a pas été acquitté à l issue de son timer est réémis Les données sont émises/reçues dans des espaces de stockage (tampons/buffers) le buffer d émission est une fenêtre glissante sa taille correspond au nombre de segments pouvant être transmis sans recevoir d acquittements cette taille et le RTT bornent le débit le buffer de réception permet de stocker les données avant leur remontée vers l application sa taille (annoncée à l émetteur) borne également le débit permet le reséquencement 3

4 A FIN B A SYN B AK Données SYN,AK AK AK FIN AK Etablissement Fermeture L émetteur peut-il émettre des données jusqu à remplir la fenêtre annoncée par le destinataire? Hypothèse valable si les deux machines se trouvent sur le même lien Dans l internet les routeurs situés entre l émetteur et le récepteur peuvent mettre dans des file d attentes les paquets Les routeurs pourraient même être saturés et détruire certains paquets Le démarrage lent ermet à un émetteur d observer la vitesse à laquelle les nouveaux paquets doivent être injectés dans le réseau ermet d observer à quelle vitesse les acquittements reviennent Le démarrage lent ajoute une nouvelle fenêtre au T de l émetteur : la fenêtre de congestion (cwnd) Lorsqu une congestion est constatée la fenêtre de congestion est initialisée à la taille du segment annoncée par l autre extrémité A chaque AK reçu la fenêtre est incrémentée d une taille de segment supplémentaire L émetteur ne peut émettre plus que le min(cwnd, et la fenêtre annoncée) La fenêtre annoncée par le récepteur est un contrôle de flux imposé par le récepteur La fenêtre de congestion est un contrôle de flux imposé par l émetteur 4

5 taille de la fenêtre d émission pertes de paquets time-out : retour à 0 AK dupliqués : cwnd/2 temps au plus proche des utilisateurs Les 3 couches hautes du modèle OSI la couche session (5) : gestion conjointe d un ensemble de communications point-à-point de la couche transport sessions / transactions exemples : SI ou H323 (protocoles de gestion de sessions multimédia) la couche présentation (6) : représentation/codage des données fournies par la couche 7 exemples : ASII, XML la couche application (7) : protocoles dont le but est de décrire les commandes et données échangées, pour définir un dialogue cohérent. 5

6 client-serveur Serveur (ressources) 3-tiers Serveur (ressources) pair-à-pair Serveur (présentation) transfert de ressources (fichiers ) protocole HTT client/serveur 80/tcp requêtes (clients) GET, OST, URI : identifiant de la ressource réponses code réponse + contenu 200 OK, 404 not found, plus cookies cache chiffrement Emission : protocole SMT (25/tcp) relai des messages jusqu au domaine de destination Récupération O (110/tcp) hors-ligne stockage sur client IMA (143/tcp) en ligne stockage sur serveur domaine xxx.xx MTA smtp.xxx.xx 1 émetteur (MUA) sender@xxx.xx 2 domaine yyy.yy MTA smtp.yyy.yy 3 boîte aux lettres 4 Serveur O pop.yyy.yy 5 destinataire (MUA) recipient@yyy.yy 6

7 Nombreux protocoles ouverts : IR, jabber, etc. propriétaires : IQ, Skype, etc. as uniquement cantonnés au chat transfert de fichiers, voix, vidéo, aractéristiques identification des utilisateurs («pseudo») archi. client-serveur ou pair-à-pair annuaires : qui est où? connexion relayée par serveur connexion directe plus : informations d état, historique, etc. Accès/administration d équipements distants onsole telnet (1983) ssh : sécurisé Bureau (graphique) RD (windows) NX (X window) RFB (multiplateformes, VN) ortail web lient-serveur FT (1980) ligne de commande (+front-ends) rendu obsolète car non sécurisé S, SFT s appuient sur SSH pour le chiffrement Usenet (news) air-à-pair Via messagerie instantanée Services web 7

8 gestion et organisation Association nom adresse facilité de mémorisation = Modèle de nommage hiérarchique Racine non nommée Domaines de top niveau arpa com gov edu fr zw Domaines de second niveau in-addr noao u-strasbg. 140 tuc mob sun Domaines génériques mob.u-strasbg.fr sun.tuc.noao.edu Domaines géographiques in-addr.arpa Notion de domaine nœud (non feuille) de l arbre (ex: u-strasbg.fr) Machines : feuilles Architecture hiérarchique et distribuée chaque domaine dispose d un serveur primaire (autorité sur le domaine) d un ou plusieurs serveurs secondaires (tolérance aux pannes) Résolveur : recherche arborescente BDD Serveur de noms du domaine racine BDD Application résolveur Machine mobinet.ustrasbg.fr requête réponse Serveur de noms du domaine u-strasbg.fr Serveur de noms du domaine fr BDD Recherche des serveurs SMT d un domaine adresses utilisateur@domaine Serveur de noms du domaine u-strasbg.fr BDD 8

9 Distribution des adresses I automatique configuration par administrateur dynamique pool d adresses à partager Informations relatives au réseau adresse de la passerelle masque de sous-réseau serveurs DNS etc. rotocole DH client-serveur s appuie sur UD (ports 67 et 68) SNM (Simple Network Management rotocol) supervision d équipements agents et superviseur traps (alertes) Services d annuaires gestion unifiée des utilisateurs/applications authentification gestion des droits etc. exemples Active Directory LDA 9