![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/S1P11I2.gif\")
Assurer le contr\u00f4le de bout en bout, de processus \u00e0 processus, \u00e0 travers les r\u00e9seaux et sous-r\u00e9seaux emprunt\u00e9s.<\/span><\/strong><\/p>\nNous avons vu, qu’une communication \u00e0 travers un r\u00e9seau (couche 3) pouvait s’\u00e9tablir en mode connect\u00e9 ou pas. Que la couche 2 pouvait laiss\u00e9 passer des erreurs de transmissions (taux d’erreurs r\u00e9siduels) ou que le contr\u00f4le de flux n’\u00e9tait pas obligatoirement r\u00e9alis\u00e9 au niveau r\u00e9seau. Ces quelques fonctions peuvent cependant \u00eatre n\u00e9cessaires \u00e0 un bon \u00e9change entre entit\u00e9s informatiques. La couche Transport permet donc de les mettre en \u0153uvre (mais ce n’est pas obligatoire).<\/p>\n
La couche 4 est souvent consid\u00e9r\u00e9e comme une couche d’interface entre le domaine informatique dont les couches 5, 6 et 7 rel\u00e8vent plut\u00f4t, et le domaine t\u00e9l\u00e9informatique (dit sous-r\u00e9seau de transport) que sont les couches 1, 2, 3 et partiellement 4. La couche 4 ne se contente plus de g\u00e9rer la communication, elle permet de mettre en relation deux processus distincts entre deux machines. Nous aborderons cette notion dans les fonctions suivantes.<\/p>\n
L’unit\u00e9 de donn\u00e9es du protocole est appel\u00e9e la TPDU (Transport Protocol Data Unit) plus connue sous les noms de \u00ab\u00a0segments\u00a0\u00bb ou \u00ab\u00a0paquets\u00a0\u00bb. Cette TPDU est encapsul\u00e9e dans la NPDU du niveau 3.<\/p>\n
Le sch\u00e9ma ci-dessus pr\u00e9sente un acheminement d’un segment de niveau 4 \u00e0 travers un r\u00e9seau unique. Ce r\u00e9seau de transport de niveau 3 pourrait \u00eatre un encha\u00eenement successif de diff\u00e9rents r\u00e9seaux (r\u00e9seaux X25 puis IP et de nouveau X25 par exemple). La couche 4 n’en serait pas moins unique est homog\u00e8ne ! Rappelez-vous la r\u00e8gle d’homog\u00e9n\u00e9it\u00e9 du mod\u00e8le OSI<\/strong> !<\/p>\n A l’attention des puristes<\/strong> : il est vrai qu’un encha\u00eenement de r\u00e9seaux X25 puis IP, obligera \u00e0 quelques manipulations suppl\u00e9mentaires … Mais ne compliquons pas s’il vous pla\u00eet !<\/em><\/p>\n Il peut arriver (et m\u00eame souvent), qu’un m\u00eame programme entre deux machines (par exemple un Browser vers un serveur WEB) soit dans l’obligation de mettre en relation plusieurs processus simultan\u00e9ment<\/strong>. Ainsi le dialogue entre les deux machines utilise un m\u00eame parcours r\u00e9seau (ou connexion r\u00e9seau), mais sur cette seule est unique relation de niveau 3 entre deux uniques machines, on pourrait avoir plusieurs connexions de niveau 4<\/strong>, accomplissant chacune une t\u00e2che (un processus) distincte. L’exemple le plus parlant peut se trouver sur le WEB :<\/p>\n Lorsque vous vous connectez \u00e0 un serveur WEB, vous empruntez dans le r\u00e9seau Internet une route vous reliant au serveur, gr\u00e2ce au protocole IP (couche 3). Il existe une seule relation de niveau 3 entre l’adresse IP de votre PC et l’adresse IP du serveur. IP \u00e9tant en mode non connect\u00e9 vous pouvez \u00e9ventuellement emprunter des routes diff\u00e9rentes en fonction de la charge et de l’\u00e9tat du r\u00e9seau. Mais la relation de niveau 3 (@source-@destination) n’en est pas moins unique.<\/p>\n En supposant que la page que vous t\u00e9l\u00e9chargez comporte un texte et deux images. Vous \u00e9tablirez une connexion de couche 4 (couche TCP ici) pour le transfert du texte, et une connexion pour chaque image, soit au total trois connexions. Chacune sera r\u00e9gie par son propre contr\u00f4le d’erreur, sa propre gestion de flux, ses propres timers. Chacune est ind\u00e9pendante de l’autre, alors qu’elles sont toutes v\u00e9hicul\u00e9es par la m\u00eame connexion r\u00e9seau. Vous pouvez d’ailleurs pressentir cette ind\u00e9pendance lorsque vous recevez le texte imm\u00e9diatement et que les images pourtant plac\u00e9es en ent\u00eate vous parviennent plus tard (ou m\u00eame carr\u00e9ment jamais !).<\/p>\n On parle dans ce cas de multiplexage de connexion de niveau 4<\/strong>, sur une connexion de niveau 3. Dans l’absolu, cela voudrait dire qu’une NPDU (PDU de niveau 3), pourrait v\u00e9hiculer simultan\u00e9ment plusieurs TPDU. Dans la pratique ce n’est jamais le cas, une NPDU v\u00e9hicule une seule TPDU. En effet, de toute mani\u00e8re, dans la plupart des cas, le segment (TPDU) est de taille sup\u00e9rieure au paquet (NPDU).<\/p>\n Le contr\u00f4le de flux est la technique qui consiste \u00e0 donner la possibilit\u00e9 \u00e0 un r\u00e9cepteur, quand il est surcharg\u00e9, d’interrompre le flux de donn\u00e9es de l’\u00e9metteur<\/strong>. Le sujet est particuli\u00e8rement vaste, car la gestion de flux peut-\u00eatre impl\u00e9ment\u00e9e au niveaux 1, 2, 3, 4 et 5. Rien que \u00e7a ! Cependant selon le niveau o\u00f9 on la trouvera, elle n’aura pas la m\u00eame port\u00e9e, ainsi :<\/p>\n Les techniques de gestion de flux sont nombreuses mais quelques unes sortent du lot :<\/span><\/p>\n Nous venons ici de brosser sommairement quelques techniques de gestion de flux. Le sujet est tr\u00e8s vaste et pourrait largement justifier d’un chapitre sp\u00e9cifique (voir un livre !). Mais je ne dispose ni du temps, ni de la place, ni du courage !<\/span><\/p>\n Je n’ai ici pr\u00e9sent\u00e9 que deux fonctions nouvelles. Ne croyez pas que ce sont les seules mises en oeuvre par les protocoles de couche 4. Ce n’est pas non plus que mon ardeur diminue (quoique !). Mais nous avons d\u00e9j\u00e0 vu les fonctions de contr\u00f4les d’erreurs et de connexions qui en plus de la gestion de flux sont les grandes fonctions des protocoles de couche 4. Vous avez pu remarquer que finalement on retrouve souvent les m\u00eames fonctions d’une couche \u00e0 l’autre. Mais ce n’est pas vraiment une redondance, car la port\u00e9e de chaque protocole est diff\u00e9rente. Les niveaux 1 et 2 n’influent que sur des \u00e9quipements adjacents, le niveau 3 sur des \u00e9quipements partageant une connexion r\u00e9seau, le niveau 4 remonte jusqu’au process.<\/p>\n Encore une fois, je n’ai ici pr\u00e9sent\u00e9 que quelques fonctions mises en oeuvre par des protocoles de niveau 4, mais il en existe d’autres comme :<\/p>\n Nous quittons dor\u00e9navant le domaine du transport de l’information, pour entrer dans un domaine un peu plus informatique. La couche 4 \u00e9tait une fronti\u00e8re dans le sens o\u00f9 pour une part elle g\u00e8re des notions de contr\u00f4le d’erreurs, de gestion de flux et s’appuie sur un r\u00e9seau de transport de l’information, et que d’autre part elle connecte et g\u00e8re des process informatiques. Ainsi l’ensemble des couches 1 \u00e0 4 est-il vu par les informaticiens comme le sous-r\u00e9seau de transport.<\/p>\n Les couches 5 et 6, sont tr\u00e8s facultatives, et, pour tout dire, il est tr\u00e8s difficile de les situer dans les environnements constructeurs actuels. En effet, nombre de leurs fonctions sont g\u00e9r\u00e9es directement par les applications et elles ne peuvent donc justifier leurs existences. Ainsi l’architecture IP passe directement d’un \u00e9quivalent de couche 4 (TCP) \u00e0 un \u00e9quivalent de couche 7 (FTP, HTTP, SMTP, etc…).<\/p>\n Le chapitre suivant vous pr\u00e9sente donc tr\u00e8s sommairement la couche Session.<\/p>\n \n","protected":false},"excerpt":{"rendered":" R\u00f4le Assurer le contr\u00f4le de bout en bout, de processus \u00e0 processus, \u00e0 travers les r\u00e9seaux et sous-r\u00e9seaux emprunt\u00e9s. Nous avons vu, qu’une communication \u00e0 travers un r\u00e9seau (couche 3) pouvait s’\u00e9tablir en mode connect\u00e9 ou pas. Que la couche 2 pouvait laiss\u00e9 passer des erreurs de transmissions (taux d’erreurs r\u00e9siduels) ou que le contr\u00f4le\u2026 Lire la suite »<\/a><\/span><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":11,"comment_status":"closed","ping_status":"closed","template":"page-templates\/full-width.php","meta":{"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"class_list":["post-94","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/94","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/comments?post=94"}],"version-history":[{"count":5,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/94\/revisions"}],"predecessor-version":[{"id":326,"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/pages\/94\/revisions\/326"}],"wp:attachment":[{"href":"https:\/\/racine.gatoux.com\/lmdr\/index.php\/wp-json\/wp\/v2\/media?parent=94"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Fonctions<\/h2>\n
![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/S1P11I3.gif\")
1 – Connexions entre processus<\/span><\/strong><\/p>\n![\"\"](\"http:\/\/www.gatoux.com\/wp-content\/uploads\/2017\/04\/S1P11I4.gif\")
2 – Le contr\u00f4le de flux.<\/span><\/strong><\/p>\n\n
\n
Remarques<\/h2>\n
\n
Page Pr\u00e9c\u00e9dente<\/a> | Page Suivante<\/a><\/h5>\n