Lundi matin, 8h12, le téléphone de Sonia

n'a pas encore sonné que la porte de la

salle serveur s'ouvre en grand. C'est

Morel le directeur de production.

Cravate desserrée, front luisant et

cette tête qu'il fait uniquement quand

quelque chose coûte de l'argent.

Beaucoup d'argent. Il lui annonce que le

RP est inaccessible depuis l'atelier.

Les opérateurs ne peuvent [musique] plus

scanner les pièces. La chaîne de

production est à l'arrêt et chaque

minute [musique] d'arrêt dans une usine

de pièces aéronautique, c'est pas juste

un chiffre sur un tableau Excel,

[musique] c'est un client qui appelle,

un contrat qui tremble et un planning

qui déraille. Sonia pose son café, pas

besoin d'en entendre plus. 8 ans

d'administration réseau chez Aérotec

Industrie. [musique]

200 postes. Une infrastructure qu'elle

connaît par cœur. Elle [musique] sait

exactement ce qu'elle va faire, pas

parce qu'elle connaît déjà le problème

mais parce qu'elle connaît la méthode.

Et cette méthode c'est le modèle Oosop.

Cette couche de la plus basse, le câble,

le signal électrique, la lumière dans la

fibre jusqu'à la plus haute,

l'application que l'utilisateur voit à

l'écran. Cette couche qui décrive tout

ce qui se passe quand deux machines

communiquent sur un réseau. La plupart

des gens voient le modèle aussi comme un

truc théorique à apprendre pour un

examen. Sonia, elle le voit comme un

plan d'enquête. Chaque couche, c'est un

étage à inspecter. Tu commences en bas,

tu vérifies, tu élimines, tu montes. Tu

ne saute jamais une marche, mais

vraiment jamais. Avant de plonger dans

les commandes, elle fait ce que tout bon

enquêteur fait en premier. Elle

rassemble les témoignages. Un rapide

tour du Elpedes lui apprend que Marc, le

technicien support, a déjà fait les

vérification de premier niveau.

Redémarrage de trois postes dans

l'atelier, remplacement d'un câble

suspect, reboot du switch, des gestes

propres, méthodiques, mais le problème

persiste. Le RP reste muet. Sonya ne

s'en étonne pas, marque est bon mais

c'est la réalité du support de niveau 1.

On a les gestes, on a les réflexe mais

on a rarement les accès. Pas de SSH sur

les Switch, pas de droit sur le routeur,

pas la main sur le parfeu. Alors on fait

ce qu'on peut avec ce qu'on a. On

redémarre, on change un câble, on tente

des trucs en espérant que ça débloque.

C'est un peu comme chercher une fuite

d'eau en ouvrant les robinets un par un.

L'intention est bonne, mais sans accès à

la tuyauterie, on ne trouvera pas

l'origine du problème. Il faut quelqu'un

qui puisse descendre dans les murs. Et

ça, c'est le boulot de Sonia. Et sa

méthode, c'est de commencer en bas.

Restez bien jusqu'à la fin car une

petite surprise vous attend. Vous

connaissez la chanson et c'est justement

le cas de le dire. Mais je n'en dis pas

plus. La couche une, c'est le monde

réel, les câbles, les connecteurs, les

LEDS sur les Switch. Le signal

électrique qui passe ou qui ne passe pas

dans le cuivre. C'est la fondation de

tout. Si la couche une est cassée, alors

rien au-dessus ne fonctionne. Point

final. Sonya se connecte alors en SSH au

switch de l'atelier depuis son terminal.

Le prompt apparaît, elle tape sa

première commande, un show interface

statute. Cette commande affiche l'état

de tous les ports du switch d'un seul

coup. Quel port est connecté, quel port

est éteint, quelle vitesse ? Quelle

velane ! C'est en quelque sorte la

radiographie expresse de la couche

unune. Le résultat des fil. Sonya

parcourt les lignes port G01 à G024

connected à 1000 full. Les postes de

l'atelier sont physiquement connectés.

Elle vérifie aussi du coin de l'œil en

salle serveur les LEDs sur le switch. Ça

clignote en vert. Il y a donc du trafic

qui passe. Mais Sonia ne s'arrête pas

là. Un port peut être vu en connected

mais quand même avoir des problèmes

physiques comme par exemple un câble

abîmé, un connecteur mal serti ou bien

encore une interférence. Pour ça, il

faut aller plus profond. Elle cible

alors le port de l'un des postes qui

pose problème en faisant un chaud

interface Gigabit Ethernet 03. Cette

commande donne le détail complet d'une

interface. les compteurs de paquets

envoyés et reçus, mais surtout les

compteurs d'erreur, les erreurs CRC, les

runs, les giants, les input erreur et

les output erreur. En gros, c'est

l'analyse sanguine du port. Le résultat

s'affiche comme on peut le voir, zéro

erreur CRC, 0 runs, 0 giants. Le signal

est propre. La couche physique est donc

saine. En fait, ce qu'il faut comprendre

à ce stade de l'analyse, c'est que si on

prend l'exemple d'un hôpital, et bien on

ne commence pas par une IRM, on prend

d'abord le pou. Si le pou est bon, et

bien on passe à la suite. Et bien ce

qu'il faut comprendre ici, c'est que la

couche une, c'est le pou

bat normalement. On peut donc valider

que la couche une est éliminée. Sonia va

donc monter d'un cran ou plutôt d'un

niveau. La couche 2, c'est le monde des

tramnet, des adresses Mac et des Switch.

C'est elle qui s'occupe de faire

transiter les données entre deux

machines sur le même réseau local. Si la

couche une c'est le câble, et bien la

couche 2, c'est la conversation qui

passe dedans. Sonya veut vérifier que le

Switch voit bien les machines de

l'atelier. Pour ça, elle tape un show

MAC address table. Cette commande

affiche la table d'adresse Mac Switch,

c'est-à-dire la liste de toutes les

machines qu'il connaît et sur quel port

il les a apprises. Si une machine

n'apparaît pas dans cette table, et bien

c'est tout simplement qu'elle n'a jamais

communiqué avec le Switch ou que quelque

chose bloque au niveau 2. Le résultat

s'affiche et Sonia repère les adresses

MAC des postes de l'atelier. Elles sont

toutes là associées au bon port dans le

bon velan. Le switch voit les machines.

Les trames circulent donc correctement.

Elle vérifie aussi les erreurs de niveau

2 sur le lien montant vers le switch de

distribution, le lien qui relie

l'atelier au reste du réseau en faisant

un show interface Gigabit Ethernet 0,48.

Ce port, c'est l'op link, le lien qui

connecte le switch de l'atelier au cœur

de réseau. Si lui a des problèmes, alors

tout l'atelier sera impacté. Le résultat

afflige quelques erreurs CRC 47 depuis

le dernier reset des compteurs. Sonia

note juste l'information mais ce qu'il

faut retenir c'est que ce n'est pas

catastrophique. 47 erreurs sur plusieurs

semaines de fonctionnement, ça peut

arriver avec un câble qui vieillit. Mais

elle le garde tout de même dans un coin

de sa tête car c'est un problème à

surveiller. Mais ce n'est pas le

coupable du jour. Pour confirmer que la

communication de couche 2 fonctionne

entre les équipements réseaux, Sonia

utilise un outil supplémentaire, la

découverte de voisins. Pour ça, elle

fait un chadp neckboard. Le protocole

CDP qui signifie Cisco Discovery

Protocole permet aux équipements Cisco

de se découvrir mutuellement. Cette

commande affiche les voisins directs du

Switch. Quel équipement sont connectés,

sur quel port, avec quel modèle ? C'est

un moyen rapide de confirmer que la

topologie physique et logique de couche

2 est intacte. Le résultat montre bien

le switch de distribution sur le port

G048

et le switch du bureau d'étude sur le

port G047.

Tout correspond au schéma réseau. La

topologie est donc conforme. On peut

donc valider que la couche 2 est

éliminée. Les trames circulent, les Macs

sont apprises et les voisins se voient.

On continue donc en montant d'un niveau

supérieur. La couche 3, c'est le monde

des adresses IP et du routage. C'est

elle qui permet à un paquet de traverser

plusieurs réseaux pour atteindre sa

destination. Si la couche 2 gère la

communication dans un même réseau local,

la couche 3 gère la communication entre

réseaux différents. Et chez Aérotec, et

bien l'atelier et le serveur ERP ne sont

pas sur le même réseau. L'atelier est en

10.10.20.0/24

et le serveur ERP est en 1050/24.

Pour communiquer, les paquets doivent

donc passer par le routeur. Et ça c'est

de la couche 3 pure et dure. Sonia

bascule alors sur le routeur principal

et commence par un état des lieux en

faisant un show IP interface brief.

Cette commande, c'est le tableau de bord

de toutes les interfaces IP du routeur.

En une seule ligne par interface, elle

montre l'adresse IP assignée et le

statut. Si c'est up, c'est que c'est

bon. Si c'est done donne done, c'est

qu'il y a un problème. Et si c'est up

done, bah là c'est un problème plus

sournoi. Cette commande, c'est la

première chose que tout admin réseau

vérifie sur son routeur. Après avoir

tapé cette commande, le résultat

s'affiche. Comme vous pouvez le voir,

toutes les interfaces sont up

l'interface G00, celle qui [musique]

connecte l'atelier à l'adresse 1020.1,

1. L'interface G01, celle qui connecte

le réseau des serveurs, a l'adresse

10.50.1.

Le routeur est debout et fonctionnel.

Maintenant, Sonia veut tester la

connectivité de bout en bout. Elle lance

un ping depuis le routeur vers le

serveur ERP en faisant un ping

10.10.50.10.

5 points d'exclamation s'affiche, ce qui

veut dire reçu 5/5. Le routeur atteint

le serveur sans problème. La route

existe bel et bien et elle est

fonctionnelle. Mais ça c'est depuis le

routeur. Sonia veut savoir ce que voit

un poste de l'atelier. Elle se connecte

alors à distance sur l'un des postes

Windows et ouvre une invite de commande

pour faire là aussi un ping 10.10.50.10.

Quatre réponses, quatre succès. Les

paquets partent du poste, traversent le

switch de l'atelier, passent par le

routeur, atteignent le serveur et

reviennent. On peut donc en déduire que

la couche 3 fonctionne. Pour être

rigoureuse, Sonia vérifie aussi la table

de routage du routeur en faisant un show

IPO. Cette commande affiche toutes les

routes connues, les réseaux directement

connectés, les routes statiques et les

routes apprises dynamiquement. Avec

cette commande, Sonia veut vérifier que

les réseaux 10 20 0 et 10 50 sont bien

présent et comme on peut le voir, ils le

sont bien car ils sont marqués d'un C

pour connected. Le routeur est donc en

ordre. Enfin, elle contrôle la table ARP

du routeur pour s'assurer que la

résolution IP vers Mac fonctionne

convenablement. C'est la passerelle

entre la couche 3 et la couche 2. Pour

ça, elle fait un show IP ARP. Comme on

peut le voir, l'adresse 10 50 10 est

bien associée à une adresse Mac. Le

routeur sait donc où envoyer les paquets

et il sait à quelle machine physique ils

correspondent. En fait, ce qu'il faut

comprendre ici, c'est que un paquet qui

traverse un réseau, c'est comme un colis

dans un entrepôt logistique. La couche

3, c'est l'adresse sur l'étiquette et le

plan des routes entre les entrepôts. Si

l'adresse est bonne et que les routes

existent, et bien le colis arrive. Et

donc ici celui de Sonia arrive bien. On

peut donc dire que la couche 3 est aussi

éliminée. Les paquets circulent, le

routage est correct, la résolution ARP

fonctionne et pourtant le RP est

toujours inaccessible. Sonia commence à

froncer des sourcils. Le câble est bon,

les trams passent, les paquets arrivent

mais l'application ne répond pas. Le

problème est donc forcément plus haut.

La couche 4, c'est la couche transport.

C'est l'étage où habitent les protocoles

TCP et UDP. C'est la couche qui gère les

connexions de bout en bout entre les

applications. Et c'est là que les choses

deviennent intéressantes parce que un

ping qui fonctionne, ça prouve que la

couche 3 est opérationnelle. Mais un

ping utilise le protocole ICMP et non

pas TCP. Le RP lui communique en TCP sur

un port bien précis et c'est ce port que

Sonia doit maintenant vérifier. Elle

sait que le RP tourne normalement sur le

port TCP 8080. C'est la configuration

standard depuis des années. Depuis le

poste de l'atelier, elle teste

directement la connexion TCP en faisant

un tel net 10 50 10 8080. Cette commande

tente d'établir une connexion TCP pure

vers le serveur sur le port 8080. Alors

ici, pas besoin que telnet net soit

réellement configuré sur le serveur. En

fait, ici, on l'utilise comme outil de

test de connectivité TCP. Si le port est

ouvert et joignable, alors la connexion

s'établira. Si le port est fermé ou

bloqué, alors on obtiendra un timeout ou

un refus. Et là, le résultat tombe.

C'est une connexion refusée. Pas un

timeout, mais un vrai refus qui

l'affiche fièrement. Ça veut dire que le

serveur est joignable mais que le port

8080 ne répond pas. Sonia se connecte

alors directement sur le serveur ERP qui

est un Windows Serveur pour voir ce qui

tourne. Elle fait un netstat-

Aan Find str.

Le netstat-

affiche toutes les connexions actives et

les ports en écoute sur la machine. Le

Find Str 8080 filtre le résultat pour ne

montrer que les lignes contenant 8080.

Si le RP écoute sur ce port, et bien il

devrait alors apparaître en état de

listening et le résultat tombe. Il n'y a

rien, aucune ligne. Le port 8080 n'est

donc pas en écoute. Sonya élargit sa

recherche en faisant un netstat-

find strening.

Cette fois, cette commande permet

d'afficher tous les ports en écoute sur

le serveur. Et là, dans la liste, elle

repère une ligne qui attire son

attention. Le port 90

et non pas 8080. Le RP n'écoute plus sur

le port 8080, il écoute sur le 9090.

Sonia sait maintenant exactement ce qui

s'est passé. Elle ouvre le journal de

maintenance du serveur et trouve la

trace. C'est une mise à jour de l'P qui

a été déployée samedi soir par le

prestataire logiciel. Et dans les notes

de version enterrées en page 14 du chang

et bien une ligne mentionne le

changement du port par défaut de 8080 à

90. Personne n'a lu cette ligne,

personne n'a prévenu l'équipe réseau.

Mais le port a changé et le par feu bah

lui n'a pas bougé. Il autorise toujours

le trafic TCP sur le port 8080 vers le

serveur ERP alors que le port 9090

lui est bloqué parce qu'il n'a jamais

fait partie de cette liste blanche. En

fait ici ce qu'il faut comprendre c'est

que c'est comme l'équivalent de changer

la serrure d'un bureau un samedi soir

sans prévenir personne et sans

distribuer les nouvelles clés. Le lundi

matin tout le monde est à la porte. La

porte est là, le bureau est là, le

bâtiment est debout. Mais personne ne

peut entrer. Le coupable vient donc

d'être identifié et c'est une bonne

nouvelle. Il s'agit d'un changement de

port non documenté combiné à un parfeu

qui fait son travail, c'est-à-dire

bloquer ce qui n'est pas explicitement

autorisé. À ce stade, vous vous posez

peut-être la question "Oui, mais on est

passé de la couche 4 directement à la

résolution. On a sauté trois couches et

vous allez peut-être vous dire que c'est

un peu contradictoire avec la méthode du

on ne saute jamais une marche. Et bien

non. Et voici pourquoi la couche 5 qui

est la couche session gère l'ouverture,

le maintien et la fermeture des sessions

de communication entre deux machines.

C'est elle qui dit "On commence à

parler, on est toujours en train de

parler et on a fini de parler." La

couche 6 qui est la couche présentation

s'occupe du format des données,

c'est-à-dire le chiffrement SSL TLS, la

compression, l'encodage. C'est le

traducteur qui s'assure que les deux

parties parlent le même langage. Et la

couche [musique] 7 qui est la couche

application, c'est l'interface finale,

là où sont en train de jouer les

protocoles HTTP, HTTPS, FTP, DNS, SMTP

et cetera. C'est ce que l'utilisateur

voit et utilise. Et bien dans le modèle

théorique, ces sept couches sont bien

distinctes. Mais dans la réalité du

terrain, et c'est là que le modèle oi

montre à la fois sa force et sa limite,

et bien les couches 5, 6 et 7 sont

presque toujours fusionnées dans les

protocoles modernes. Et oui, car un

navigateur ouvre une connexion https, la

gestion de la session, le chiffrement

TLS et le protocole HTTP sont gérés

ensemble par la même application. On ne

diagnostique pas la couche 5 avec une

commande, puis la couche 6 avec une

autre, puis la couche 7 avec une

troisième. On vérifie simplement que

l'application fonctionne et ça couvre

les trois d'un coup. Dans le cas de

Sonia, le problème a été identifié à la

couche 4, le port TCP. La connexion TCP

ne s'établissait même pas. Ce qui veut

dire que les couches 5, 6 et 7 n'ont

jamais eu l'occasion d'entrer en jeu.

Pas de session à établir si le transport

est bloqué, pas de données à formater si

aucune session n'existe et pas

d'application à afficher si rien

n'arrive jusqu'à elle. Quand une couche

basse est en panne, toutes les couches

au-dessus sont impactées par effets

domino. C'est d'ailleurs pour ça que la

méthode bottom up qui signifie partir du

bas et remonter est aussi efficace. En

vérifiant de la couche une à la couche

4, Sonia a couvert les fondations. Si le

problème avait été plus haut, comme par

exemple un certificat SSL expiré qui

serait alors sur la couche 6 ou bien un

service applicatif planté qui serait sur

la couche 7. ou encore une session qui

timeout. Là, on est dans de la couche 5

et bien elle l'aurait détecté au moment

de tester la connexion applicative après

avoir confirmé que le transport

fonctionnait. Ce qu'il faut bien prendre

conscience ici, c'est que le modèle OI a

sep couches sur le papier mais sur le

terrain, les quatre premières se

diagnostiquent une par une avec des

commandes précises et les trois

dernières se vérifient ensemble en

testant l'application. Ce n'est pas un

raccourci, c'est simplement comme ça que

les réseaux modernes fonctionnent. Bon,

c'est l'heure de se remonter les manches

et de mouiller le maillot. Sonia a deux

choses à faire. D'abord, ouvrir le port

90 sur le parfeu. Ensuite, fermer

l'ancien port 8080 qui ne sert plus à

rien parce que un port ouvert pour rien

et bien c'est une porte déverrouillée

dans un couloir que personne ne

surveille. Sur le parfe Cisco, elle

entre en mode de configuration globale

en faisant un configure terminal et elle

tape un access list 101 permis de TCP 10

20000.255

host 10 50 10 EQ 90. Cet ACL autorise

tout le trafic TCP provenant du réseau

de l'atelier le 102

vers le serveur ERP 10 50 10 sur le

nouveau port 9090.

Le Wheelcard masque, le 00255,

c'est l'inverse du masque 3 x 25.0.

C'est la syntaxe Cisco pour désigner un

réseau complet. Ensuite, elle retire

l'ancienne règle devenue obsolète. Pour

ça, elle reprend la commande avec le

port 8080 et elle fait un no juste

devant. En fait, le no devant la

commande supprime la règle existante. Le

port 8080 n'a plus de raison d'être

ouvert sur ce serveur. Sonya applique

les changements et vérifie la

configuration en faisant un show access

list 101. Comme on peut le voir, la

nouvelle règle est en place. Le port

9090 est autorisé et le port 80 a

disparu. Comme on dit, c'est du propre.

Elle retourne sur le poste de l'atelier

et relance un test en faisant cette

fois-ci un tel net 10 50 10 90. La

connexion s'établit, l'écran clignote,

le handcheck TCP passe, c'est-à-dire que

la poignée de main TCP est établie.

Sonia ouvre l'application ERP. La page

de login s'affiche, elle appelle

l'atelier et les opérateurs confirment

que les scans fonctionnent à nouveau. La

chaîne de production redémarre. Temps

total de diagnostic 25 minutes de la

couche une à la couche 4. Méthodique et

sans panique, c'est-à-dire sans tirer

dans le tas. Sonya note l'incident dans

le système de ticketing, ajoute une

ligne en rouge dans le registre des

changements en indiquant ou en rappelant

que tout changement de port applicatif

doit être communiqué à l'équipe réseau

avant déploiement et envoie un mail au

prestataire. Poli mais ferme. La morale

de l'histoire, c'est que un réseau qui

tombe c'est rarement un drame, c'est un

puzzle.

[musique]

Et le modèle OI et bien c'est la boîte

qui contient toutes les pièces rangées

par catégorie. Ici tu ne cherches pas au

hasard mais tu ouvres le bon tiroir.

Avant de finir la vidéo parce que je

commence maintenant à vous connaître et

je sais que vous n'allez pas me louper

dans les commentaires. Alors on va

parler d'une couche assez spéciale la

couche 8. Sonia est à peine racise que

Marc, le technicien support débarque

avec un deuxième ticket à la main.

Ouvert à 8h30 ce matin. Monsieur Duran

de la comptabilité ne peut plus accéder

à le RP non plus. Marc a déjà vérifié à

distance. Le poste est allumé, Windows

tourne mais aucune connectivité réseau,

pas de ping, pas de réseau local, rien.

Sonia soupire et rebelotte. Alors,

faut-il tout reprendre de la couche une.

Elle se déplace jusqu'au bureau de

Monsieur Duran au 2e étage. Le poste est

allumé. L'écran affiche un beau message,

pas de connexion réseau. Sonia regarde

l'arrière de la machine et là, elle voit

le câble Ethernet pend.

La prise RJ45 se balance mollement à 15

cm du port comme un alpiniste qui a

lâché la paroi. Sonia se tourne vers

monsieur Duran. Le regard neutre mais

les yeux qui parlent. Durant explique

d'un air gêné que vendredi pour le pot

de départ de Christine, il avait pousser

quelques bureaux contre le mur pour

faire de la place et que bon bah il

n'avait pas vu que le câble avait sauté

et que bon il n'avait pas non plus pensé

à vérifier ce weekend et que bon voilà,

vous connaissez la chanson, on peut

aller très loin comme ça. Sonia

rebranche le câble. Le clic du RJ45

raisonne dans le silence du bureau. La

lettre du port s'allume en vert. Le

poste récupère son adresse IP en 2

secondes. Le RP s'affiche. Temps de

diagnostic 8 secondes. Temps de

résolution 1 seconde. En redescendant,

Sonia croise Marc dans le couloir et lui

glisse un demi-sourire en lui disant

"Celui-là c'était pas les couches 1 à 7,

c'était la couche 8. Un problème 10

essc." Alors là, Marc fronce les

sourcils et demande ce qu'est un

problème ICC. Sonia lui rétorque alors

que c'est l'interface chaise clavier et

la marque éclate de rire. Et oui, en

fait le modèle OI a sept couches. Sep

couches parfaitement définies,

documenté, normalisée. Mais tout

technicien qui a passé plus de 6 mois

sur le terrain sait qu'il en existe une

8è, la couche 8. Celle qui se trouve

entre la chaise et le clavier. Et ici,

aucun protocole ne peut la corriger,

aucun parfeu ne peut la filtrer, aucune

mise à jour ne peut la patcher. Et

statistiquement et bien comment dire euh

c'est elle qui génère le plus de

tickets. Le modèle AI, c'est pas un

schéma qu'on apprend par cœur pour un

examen. C'est une méthode de travail,

une discipline, un réflexe. Quand tout

le monde panique et tire dans le tas, et

bien toi tu ouvres le premier tiroir, tu

vérifies, tu fermes et tu passes au

suivant, couche par couche, sans sauter,

sans deviner. Et le jour où la couche

[musique] 8 te fait un coupêtre et elle

le fera crois-moi, et bien au moins, tu

auras éliminé les sept autres en

quelques minutes. Merci d'avoir regardé

cette vidéo jusqu'au bout, sans timeout

sur [musique] la connexion. Ça prouve

que le lien est stable et que la couche

8 fonctionne très bien de votre côté.

Alors, si vous ne voulez pas juste

comprendre le modèle OI en théorie, mais

plutôt être capable de faire ce que

Sonia fait, diagnostiquer un réseau

méthodiquement, couche par couche, avec

les vraies commandes, les vrais réflexes

et la vraie logique du terrain, et bien

chez Formif, c'est exactement ce qu'on

fait. Pas de PowerPoint, pas de théorie

morte, des scénarios [musique] réels,

des commandes réelles, des labs où il

faut mettre les mains dans le camboui et

où on voit tout le programme CCNA, le

modèle, le routage, les velanes, la

sécurité, le subnetting, tout ce dont

vous avez besoin pour décrocher votre

certification [musique]

et devenir opérationnel sur le terrain.

J'ai tourné une vidéo de 20 minutes où

je vous explique ma méthode complète. On

y voit pourquoi 90 % des gens échouent,

quelle certification choisir et le

chemin le plus court pour y arriver.

C'est gratuit et le lien est dans la

description parce que le réseau, c'est

pas un truc qu'on apprend de manière

passive, c'est un truc qu'on [musique]

diagnostique couche par couche, les

mains sur le clavier. Et maintenant, je

vous propose de clôturer et résumer ce

concept en musique.

Dans le monde digital, [musique] tout

est connecté. Les données voyages prête

à être échangé. Mais comment font-elles

pour arriver à bon port ? C'est le

modèle qui nous ouvre ses portes.

Sep couches alignées, [musique]

une à une empilée. Du physique à

l'application, tout est orchestré.

[musique] Comprendre le réseau, c'est

comme une symphonie. Chaque couche joue

sa note dans l'harmonie.

La couche physique, [musique] le

matériel et signaux chabes, c'est le

point de départ du réseau. Tu viens la

couche liaison qui gère les connexions.

[musique] Elle organise les tramite les

collisions.

Sep couches alignées, une à une empilée.

Du physique à [musique] l'application,

tout est orchestré. Comprendre le réseau

c'est comme une symphonie jacouche ça

note dans l'harmonie

la couche réseau [musique]

guide les paquets sur la route. Adresse

IP en main, elle dissipe les doutes.

Transport assure [musique] que tout

arrive en ordre. TCP ou UDP, elle

maintient le cap et l'accord. Session

établie et maintiens les dialogues.

Présentation [musique] en code. Décrypte

les prologues. Application offre les

services aux usagers. C'est la dernière

étape [musique] avant de communiquer.

Sep couche alignée une à une empilée. Tu

physiques à [musique] l'application tout

est orchestré. Comprendre le réseau,

c'est comme une symphonie. J'accouche ou

sa note dans l'harmonie.

Maintenant, tu sais comment les données

circulent. À travers les couches, les

obstacles s'annulent. Le modèle aussi

n'est plus un secret. Mais grâce à la

musique, il est facile à appréhender.

[musique]

C'est en faisant qu'on apprend, pas en

regardant, pas en perdant son temps

formidable. [musique] On fait les choses

autrement. Le savoir prend vie, on

avance vraiment. C'est en faisant qu'on

[musique] apprend. Chaque pas compte,

chaque instant, form

moment l'avenir [musique] t'attend.