$course$/QCM de NSI/Terminale/Réseaux et routage Modèle TCP/IP, couches du réseau, adresses IP et masques,
routage, protocoles de transport (TCP, UDP), services
applicatifs (HTTP, DNS), notions de sécurité (HTTPS, TLS).

]]> Réseaux et routage — Q01 : Modèle TCP/IP Combien de couches comporte le modèle TCP/IP ?

]]> Les quatre couches du modèle TCP/IP, du bas vers le haut :
Accès réseau (Ethernet, Wi-Fi), Internet (IP),
Transport (TCP, UDP), Application (HTTP, DNS, etc.).

]]> 1.0 0.0 0 true true abc $2$ couches

]]> Erreur : c'est trop peu pour décrire la richesse du
réseau Internet.

]]> $4$ couches

]]> Bonne réponse : le modèle TCP/IP usuel comporte quatre
couches : accès réseau (ou liaison), Internet (réseau),
transport, application. C'est une simplification du
modèle OSI à sept couches.

]]> $5$ couches

]]> Erreur : certaines présentations distinguent une couche
physique en plus, mais le modèle TCP/IP de référence
en a quatre.

]]> $7$ couches

]]> Erreur : c'est le modèle OSI (théorique). Le modèle
TCP/IP, plus pragmatique et effectivement utilisé sur
Internet, n'en a que quatre.

]]> Réseaux et routage — Q02 : Rôle d'une adresse IP À quoi sert une adresse IP ?

]]> Deux versions principales : IPv$4$ (sur $32$ bits, environ
$4 \cdot 10^9$ adresses, déjà saturé) et IPv$6$ (sur $128$
bits, $3{,}4 \cdot 10^{38}$ adresses, abondance pour des
siècles).

]]> 1.0 0.0 0 true true abc À stocker des fichiers

]]> Erreur : aucun rapport. Une IP est une adresse, pas un
espace de stockage.

]]> À chiffrer les données

]]> Erreur : le chiffrement est le rôle de protocoles
comme TLS, pas d'une adresse IP.

]]> À identifier de manière unique un appareil sur un réseau

]]> Bonne réponse : une adresse IP identifie une machine
(ou plus précisément une interface réseau) sur un
réseau IP. Sur Internet, elle doit être unique au
niveau global.

]]> À sécuriser les communications

]]> Erreur : la sécurité est assurée par d'autres
mécanismes (TLS, HTTPS). L'IP est neutre sur le plan
de la sécurité.

]]> Réseaux et routage — Q03 : Format d'une adresse IPv4 Quel est le format d'écriture standard d'une adresse IPv$4$ ?

]]> Exemple : 192.168.1.42 est une IPv$4$. Chaque nombre
tient sur un octet, soit $32$ bits au total. Pour la
maison, les adresses du réseau privé commencent par
192.168., 10., ou 172.16. à 172.31..

]]> 1.0 0.0 0 true true abc Huit groupes hexadécimaux séparés par des deux-points

]]> Erreur : c'est le format d'IPv$6$, pas d'IPv$4$.

]]> Six groupes hexadécimaux séparés par des deux-points

]]> Erreur : c'est plutôt le format des adresses MAC
($6$ octets en hexadécimal). Les adresses MAC ne sont
pas des IP.

]]> Un nombre décimal très long

]]> Erreur : techniquement, on peut représenter une IP
comme un seul entier $32$ bits, mais ce n'est pas la
notation standard. La notation pointée est universelle.

]]> Quatre nombres entre $0$ et $255$ séparés par des points

]]> Bonne réponse : chaque nombre représente un octet
($8$ bits, valeurs $0$ à $255$). Une adresse IPv$4$
fait donc $32$ bits ($4$ octets).

]]> Réseaux et routage — Q04 : Caractéristique du protocole TCP Quelle est la caractéristique principale du protocole TCP ?

]]> TCP est utilisé pour les applications nécessitant la
fiabilité : web (HTTP), email, transfert de fichiers
(FTP). L'ordre et l'intégrité y sont essentiels.

]]> 1.0 0.0 0 true true abc Il chiffre automatiquement toutes les communications

]]> Erreur : le chiffrement est ajouté par TLS (HTTPS).
TCP transporte les données telles quelles.

]]> Il fonctionne uniquement en local (pas sur Internet)

]]> Erreur : TCP est le protocole de transport
principal sur Internet, justement.

]]> Il garantit une transmission fiable et ordonnée des données

]]> Bonne réponse : TCP assure que les paquets arrivent à
destination, dans le bon ordre, sans duplication. En
cas de perte, il retransmet automatiquement.

]]> Il transmet les paquets sans aucun contrôle

]]> Erreur : c'est plutôt le caractère d'UDP. TCP fait
beaucoup de contrôles (acquittement, retransmission,
contrôle de flux).

]]> Réseaux et routage — Q05 : Caractéristique du protocole UDP En quoi le protocole UDP diffère-t-il de TCP ?

]]> UDP : pas d'établissement de connexion, pas
d'acquittement. C'est utilisé quand quelques pertes sont
tolérables : DNS, NTP, jeux en ligne, voix sur IP.

]]> 1.0 0.0 0 true true abc UDP est plus lent que TCP mais plus sûr

]]> Erreur : c'est l'inverse. UDP est plus rapide
(moins de surcoût) mais moins fiable.

]]> UDP n'a pas de mécanisme de retransmission ni de garantie d'ordre, il est plus rapide mais peu fiable

]]> Bonne réponse : UDP envoie les paquets sans attendre
d'accusé de réception. Si un paquet est perdu, tant
pis. C'est utile pour des applications où la latence
compte plus que la fiabilité (jeux en ligne, voix sur
IP, streaming vidéo).

]]> UDP ne fonctionne que sur les réseaux locaux

]]> Erreur : UDP fonctionne aussi bien sur Internet que
sur un LAN. La différence avec TCP est sémantique,
pas géographique.

]]> UDP garantit l'ordre des paquets mais pas leur intégrité

]]> Erreur : UDP ne garantit ni l'ordre ni la
retransmission. Il est strictement plus simple que TCP.

]]> Réseaux et routage — Q06 : Rôle du DNS À quoi sert le protocole DNS ?

]]> DNS = Domain Name System. Sans DNS, taper wikipedia.org
ne mènerait nulle part, il faudrait connaître l'IP
directement. Le DNS est un service hiérarchique
mondialement distribué.

]]> 1.0 0.0 0 true true abc À transférer des fichiers entre ordinateurs

]]> Erreur : c'est le rôle de FTP, SFTP ou HTTP, pas de
DNS.

]]> À chiffrer les données échangées sur Internet

]]> Erreur : c'est le rôle de TLS/HTTPS, pas du DNS.

]]> À filtrer les sites malveillants

]]> Erreur : ce n'est pas la fonction principale du DNS.
Certains DNS publics (comme Quad9) ajoutent ce service
en bonus, mais ce n'est pas le rôle natif.

]]> À traduire les noms de domaines (par exemple wikipedia.org) en adresses IP

]]> Bonne réponse : DNS est l'« annuaire » d'Internet. Sans
lui, il faudrait retenir des suites de chiffres pour
chaque site. Le DNS est interrogé en quelques
millisecondes à chaque connexion à un site.

]]> Réseaux et routage — Q07 : Rôle de HTTP Que désigne le protocole HTTP ?

]]> HTTP fonctionne en mode requête/réponse, sans état
(chaque requête est indépendante). Sa version sécurisée
est HTTPS (HTTP + TLS), désormais standard sur le Web.

]]> 1.0 0.0 0 true true abc Hyper Text Tag Protocol

]]> Erreur : sigle inventé.

]]> HyperText Transfer Protocol, le protocole d'échange entre navigateur et serveur web

]]> Bonne réponse : HTTP transporte les requêtes du
navigateur (GET /index.html) et les réponses du
serveur (le code HTML, les images, etc.).

]]> High Throughput Transmission Protocol

]]> Erreur : sigle inventé.

]]> Home Transfer Tool Protocol

]]> Erreur : sigle inventé.

]]> Réseaux et routage — Q08 : Rôle d'un routeur Quel est le rôle principal d'un routeur sur un réseau ?

]]> Internet est un réseau de réseaux. Les routeurs en sont
les nœuds intermédiaires : ils relient les sous-réseaux
entre eux et acheminent les paquets de proche en proche
vers leur destination.

]]> 1.0 0.0 0 true true abc Chiffrer les communications

]]> Erreur : ce n'est pas le rôle natif d'un routeur, même
si certains routeurs implémentent du VPN.

]]> Stocker les fichiers partagés sur le réseau

]]> Erreur : c'est le rôle d'un serveur de fichiers, pas
d'un routeur.

]]> Servir les pages web aux navigateurs

]]> Erreur : c'est le rôle d'un serveur web (Apache,
nginx, etc.), pas d'un routeur.

]]> Transmettre les paquets entre différents réseaux, en choisissant le meilleur chemin

]]> Bonne réponse : un routeur examine l'adresse IP de
destination et consulte sa table de routage pour
déterminer par quelle interface envoyer le paquet.

]]> Réseaux et routage — Q09 : Notion de paquet Pourquoi les données échangées sur Internet sont-elles
découpées en paquets ?

]]> Cette idée fondamentale (Paul Baran, $1960$) a permis le
développement d'Internet. Les paquets peuvent prendre des
chemins différents et arriver dans le désordre, TCP les
réordonne au final.

]]> 1.0 0.0 0 true true abc Pour augmenter la vitesse de transmission au-delà de la limite physique du câble

]]> Erreur : la vitesse est limitée par le matériel. Le
paquetage n'augmente pas la bande passante intrinsèque.

]]> Parce que les routeurs ne peuvent traiter que de petits volumes

]]> Erreur : les routeurs sont conçus pour traiter
beaucoup de paquets, mais en réalité c'est le concept
architectural qui motive la fragmentation.

]]> Pour permettre à plusieurs communications de partager le même réseau, et pour limiter l'impact d'une perte ou d'un retard

]]> Bonne réponse : la commutation de paquets permet à
plusieurs flux de coexister sur les mêmes liens, et
en cas de perte d'un paquet, on ne retransmet que
lui (pas tout le message).

]]> Pour respecter une convention de poésie en informatique

]]> Erreur : pas de motivation poétique, c'est purement
technique.

]]> Réseaux et routage — Q10 : Différence HTTP / HTTPS Quelle est la différence entre HTTP et HTTPS ?

]]> Depuis $2018$, les navigateurs marquent les sites HTTP
(sans S) comme « Non sécurisé ». Le déploiement gratuit
de certificats par Let's Encrypt a généralisé HTTPS.

]]> 1.0 0.0 0 true true abc HTTPS est utilisé uniquement pour le e-commerce

]]> Erreur : HTTPS est désormais utilisé partout, y compris
pour la simple consultation de pages publiques.

]]> HTTPS chiffre les communications grâce à TLS, garantissant confidentialité et authenticité

]]> Bonne réponse : HTTPS = HTTP + TLS (anciennement SSL).
TLS chiffre les données en transit et authentifie le
serveur (via un certificat). C'est devenu le standard
aujourd'hui.

]]> HTTPS fonctionne sans IP

]]> Erreur : HTTPS repose sur les mêmes protocoles
réseau (IP, TCP) que HTTP. Seule la sécurité change.

]]> HTTPS est plus rapide

]]> Erreur : HTTPS est légèrement plus lent (à cause du
chiffrement), même si la différence est négligeable
aujourd'hui. Le bénéfice est la sécurité.

]]> Réseaux et routage — Q11 : Masque de sous-réseau Que représente le masque de sous-réseau 255.255.255.0 ?

]]> Notation alternative dite CIDR : 192.168.1.0/24
désigne un réseau avec un masque de $24$ bits. Très
utilisée en pratique pour sa concision.

]]> 1.0 0.0 0 true true abc Une adresse IP particulière

]]> Erreur : un masque sert à séparer la partie réseau
de la partie hôte d'une adresse IP. Ce n'est pas une
adresse à part entière.

]]> Les $24$ premiers bits désignent le réseau, les $8$ derniers désignent l'hôte au sein du réseau

]]> Bonne réponse : 255.255.255.0 correspond à $24$ bits
à $1$ et $8$ bits à $0$. Les bits à $1$ désignent la
partie réseau, les bits à $0$ la partie machine. Avec
$8$ bits pour les machines, on peut adresser jusqu'à
$254$ hôtes ($2^8 - 2$, en retirant l'adresse réseau
et l'adresse de diffusion).

]]> Un identifiant de routeur

]]> Erreur : un masque est un motif binaire, pas un
identifiant matériel.

]]> La quantité maximale de bande passante autorisée

]]> Erreur : le masque n'a rien à voir avec la bande
passante.

]]> Réseaux et routage — Q12 : Adresses privées L'adresse 192.168.1.10 est-elle une adresse Internet
publique ?

]]> Pour communiquer avec Internet depuis un réseau privé,
le routeur effectue une traduction d'adresse (NAT) :
il remplace l'IP privée locale par son IP publique
unique. C'est ainsi que des millions de réseaux locaux
partagent quelques milliards d'IP publiques.

]]> 1.0 0.0 0 true true abc Oui, c'est une adresse Internet ordinaire

]]> Erreur : la plage 192.168.0.0/16 est réservée aux
réseaux privés (intranets). Elle n'est pas
routable sur Internet public.

]]> Cela dépend du fournisseur d'accès

]]> Erreur : le statut public/privé est défini par la
spécification (RFC $1918$), pas par le FAI.

]]> Non, elle appartient à une plage réservée aux réseaux privés

]]> Bonne réponse : la plage 192.168.0.0/16 (avec
10.0.0.0/8 et 172.16.0.0/12) est réservée aux
réseaux privés (RFC $1918$). Ces adresses sont
réutilisables localement et ne sont pas routables
sur Internet public.

]]> C'est une adresse IPv$6$

]]> Erreur : la notation décimale pointée à quatre groupes
est typique d'IPv$4$. IPv$6$ utilise une notation
hexadécimale différente.

]]> Réseaux et routage — Q13 : Résolution DNS Lorsque vous tapez www.example.com dans votre navigateur,
qu'est-ce qui se passe en premier ?

]]> Une fois l'IP obtenue, le navigateur ouvre une connexion
TCP (port $443$ pour HTTPS), négocie TLS, puis envoie
la requête HTTP. La résolution DNS est généralement
mise en cache pour accélérer les visites suivantes.

]]> 1.0 0.0 0 true true abc Le navigateur effectue une requête DNS pour obtenir l'adresse IP correspondante

]]> Bonne réponse : la première étape est toujours la
résolution DNS. Sans elle, le navigateur ne saurait
pas vers quelle adresse envoyer ses paquets TCP.

]]> Le routeur lit le contenu HTML

]]> Erreur : le routeur ne décode pas le contenu HTTP. Il
ne fait que router les paquets IP.

]]> Le navigateur établit une connexion TCP avec example.com directement

]]> Erreur : pour établir une connexion TCP, il faut
d'abord connaître l'adresse IP correspondante,
ce qui est résolu par DNS.

]]> Le navigateur envoie un email au serveur

]]> Erreur : aucune communication par email dans le
processus de chargement d'une page web.

]]> Réseaux et routage — Q14 : Établissement d'une connexion TCP Combien d'échanges de paquets sont nécessaires pour
établir une connexion TCP entre deux machines ?

]]> Cette phase d'établissement est aussi appelée
« ouverture en trois temps ». TCP ferme aussi
proprement la connexion par un échange de quatre
paquets (FIN/ACK des deux côtés).

]]> 1.0 0.0 0 true true abc $7$ (un par couche du modèle OSI)

]]> Erreur : aucun rapport entre nombre d'échanges TCP
et nombre de couches OSI.

]]> Aucun, TCP n'a pas besoin d'établir de connexion

]]> Erreur : c'est UDP qui n'établit pas de connexion.
TCP est par définition orienté connexion.

]]> $1$ (un seul aller)

]]> Erreur : un seul échange n'est pas suffisant pour
synchroniser les deux extrémités. TCP impose une
phase d'établissement plus formelle.

]]> $3$ (le three-way handshake : SYN, SYN-ACK, ACK)

]]> Bonne réponse : c'est le célèbre three-way handshake.
Le client envoie SYN, le serveur répond SYN+ACK, le
client confirme avec ACK. La connexion est alors
établie pour les deux sens.

]]> Réseaux et routage — Q15 : Numéros de port À quoi sert un numéro de port dans une communication
réseau ?

]]> Ports célèbres : $80$ (HTTP), $443$ (HTTPS), $25$ (SMTP,
mail sortant), $53$ (DNS), $22$ (SSH). Les ports en
dessous de $1024$ sont dits « bien connus » et nécessitent
des privilèges administrateur pour être ouverts.

]]> 1.0 0.0 0 true true abc À chiffrer les données

]]> Erreur : un numéro de port n'a pas de fonction de
sécurité.

]]> À identifier une machine sur le réseau

]]> Erreur : c'est le rôle de l'adresse IP. Le port
identifie le service ou l'application sur
cette machine.

]]> À mesurer la vitesse de la connexion

]]> Erreur : aucun rapport entre numéro de port et bande
passante.

]]> À identifier un service ou une application spécifique sur une machine donnée

]]> Bonne réponse : le couple (IP, port) désigne une
extrémité de communication précise. Plusieurs
services peuvent coexister sur la même machine,
chacun écoutant sur un port différent.

]]> Réseaux et routage — Q16 : Table de routage Que contient la table de routage d'un routeur ?

]]> Le routage est la décision « où envoyer ce paquet
maintenant ». Sur Internet, les paquets traversent
typiquement entre $10$ et $30$ routeurs avant
d'atteindre leur destination.

]]> 1.0 0.0 0 true true abc Les fichiers cachés sur le réseau

]]> La notion de « fichier
caché » relève des systèmes
de fichiers, pas du routage.
Un routeur ne manipule pas
de fichiers, il achemine
des paquets IP.

]]> Les correspondances entre plages d'adresses IP de destination et interfaces de sortie (avec parfois la passerelle suivante)

]]> Bonne réponse : pour chaque paquet, le routeur cherche
dans sa table la route correspondant à l'adresse IP
de destination. La table peut être configurée
manuellement (routage statique) ou alimentée par des
protocoles dynamiques (RIP, OSPF, BGP).

]]> La liste des sites web autorisés

]]> Erreur : un routeur ne filtre pas par site. C'est
le rôle d'un pare-feu ou d'un proxy.

]]> La liste des utilisateurs connectés

]]> Erreur : un routeur n'a pas la notion d'utilisateur.
Il ne traite que des paquets IP.

]]> Réseaux et routage — Q17 : Choisir entre TCP et UDP Pour un service de streaming vidéo en direct, quel
protocole de transport est généralement préférable ?

]]> Inversement, pour le téléchargement d'un fichier ou la
consultation d'un site web, TCP est essentiel : on ne
veut pas qu'un caractère manque dans le code source HTML
ou dans une archive ZIP.

]]> 1.0 0.0 0 true true abc SSH, pour la sécurité

]]> Erreur : SSH est un protocole de connexion sécurisée
en mode terminal, pas adapté au streaming.

]]> TCP, pour garantir l'absence de perte

]]> Erreur : la garantie de TCP a un coût en latence
(retransmissions). Pour le direct, mieux vaut
accepter quelques pertes que d'introduire des délais.

]]> UDP, pour minimiser la latence et tolérer quelques pertes

]]> Bonne réponse : en streaming direct, mieux vaut
afficher l'image suivante avec un trou minime que
d'attendre la retransmission d'un paquet perdu, ce
qui figerait l'image. UDP (souvent au-dessus de
RTP) est privilégié.

]]> HTTP, pour la lisibilité

]]> Erreur : HTTP est un protocole applicatif, pas de
transport. Il s'appuie d'ailleurs sur TCP. La
question porte sur la couche transport.

]]> Réseaux et routage — Q18 : Encapsulation Lors de l'envoi d'une requête HTTP, comment les couches du
modèle TCP/IP encapsulent-elles les données ?

]]> L'encapsulation est la base du modèle en couches :
chaque couche ne se préoccupe que de son rôle, sans
savoir ce qu'il y a dans les données « au-dessus ». À
l'arrivée, chaque couche traite et retire son en-tête,
transmettant le contenu à la couche suivante.

]]> 1.0 0.0 0 true true abc Toutes les données sont compressées par la couche application

]]> Erreur : la compression peut être ajoutée mais ce
n'est pas le mécanisme d'encapsulation.

]]> Chaque couche ajoute son en-tête autour des données reçues de la couche supérieure

]]> Bonne réponse : la couche application crée le message
HTTP, TCP l'enveloppe avec son en-tête (port,
numéro de séquence), IP ajoute son en-tête (adresses
IP), et la couche liaison ajoute son en-tête (MAC,
contrôle d'erreur). À la réception, c'est l'inverse
(désencapsulation).

]]> Chaque couche supprime des données pour gagner de la place

]]> Erreur : les couches ajoutent des en-têtes, elles
ne suppriment rien.

]]> Les couches communiquent indépendamment, sans transformer les données

]]> Erreur : justement, l'encapsulation ajoute des
en-têtes successifs.

]]> Réseaux et routage — Q19 : Adresse MAC vs adresse IP Quelle est la différence entre une adresse MAC et une
adresse IP ?

]]> Sur un réseau local, le protocole ARP fait la
correspondance IP ↔ MAC. À chaque saut entre routeurs,
l'IP source et destination restent les mêmes, mais les
adresses MAC changent (celles du routeur courant et du
suivant).

]]> 1.0 0.0 0 true true abc Les deux désignent la même chose, dans des notations différentes

]]> Erreur : ce sont des adresses bien différentes,
opérant à des couches distinctes.

]]> L'adresse MAC est utilisée sur Internet, l'IP est uniquement locale

]]> Erreur : c'est l'inverse. La MAC est utilisée
localement (couche liaison), et n'est pas routée sur
Internet. L'IP est routable.

]]> L'adresse MAC est une version cryptée de l'IP

]]> Erreur : aucun rapport entre les deux. Les MAC sont
attribuées par les fabricants, les IP par les
gestionnaires de réseaux.

]]> L'adresse MAC est physique et unique (gravée dans la carte réseau) ; l'adresse IP est logique et attribuée par le réseau

]]> Bonne réponse : la MAC ($48$ bits, écrite en
hexadécimal) identifie le matériel, elle change si
on change de carte réseau. L'IP est attribuée par le
réseau et change quand on change de réseau.

]]> Réseaux et routage — Q20 : Pile de protocoles d'une connexion HTTPS Lors d'une consultation d'un site en HTTPS, quelle est
l'ordre de bas en haut des principaux protocoles
utilisés ?

]]> Cette pile correspond aux quatre/cinq couches du modèle
TCP/IP. Chaque protocole est responsable d'un aspect
bien défini : transmission physique, adressage,
transport fiable, sécurité, application.

]]> 1.0 0.0 0 true true abc HTTP, IP, TCP, MAC

]]> Erreur : ordre désorganisé. La pile va de la
physique vers l'applicatif.

]]> Ethernet, IP, TCP, TLS, HTTP

]]> Bonne réponse : couche liaison (Ethernet ou Wi-Fi),
couche réseau (IP), couche transport (TCP), couche
sécurité (TLS), couche application (HTTP). La
sécurité TLS s'insère entre TCP et HTTP.

]]> HTTP, TCP, IP, Ethernet

]]> Erreur : ordre de haut en bas ici. La question
demande de bas en haut.

]]> DNS, Ethernet, IP, HTTP

]]> Erreur : ordre incorrect. DNS est un service
applicatif (au-dessus), pas un protocole de couche
basse.

]]> Réseaux et routage — Q21 : Choix de route Lorsqu'un paquet doit être envoyé à 8.8.8.8 (DNS de
Google), comment le routeur de votre maison décide-t-il où
l'envoyer ?

]]> Le mécanisme dit de la correspondance par
préfixe le plus long permet au routeur de
choisir la route la plus spécifique qui
correspond à l'adresse de destination. Si aucune
route spécifique n'est trouvée, on utilise la
route par défaut.

]]> 1.0 0.0 0 true true abc Il consulte sa table de routage et utilise la route par défaut (vers la passerelle du FAI)

]]> Bonne réponse : pour des destinations qui ne sont pas
dans le réseau local, le routeur utilise la « route
par défaut » (0.0.0.0/0), qui pointe vers le
modem/box du FAI. Le paquet remonte ensuite la
hiérarchie des routeurs jusqu'à atteindre Google.

]]> Il chiffre le paquet et le stocke localement

]]> Erreur : un routeur n'a pas vocation à stocker les
paquets à long terme.

]]> Il refuse les paquets qui ne sont pas pour le réseau local

]]> Erreur : le rôle d'un routeur est précisément de
permettre l'accès aux réseaux distants.

]]> Il envoie le paquet à toutes les machines du réseau

]]> Erreur : ce serait de la diffusion générale,
ce qui ne se fait pas pour des paquets de
point à point comme ici.

]]> Réseaux et routage — Q22 : Rôle du certificat TLS À quoi sert le certificat TLS présenté par un serveur
web lors d'une connexion HTTPS ?

]]> Sans certificat, on ne saurait pas si on parle au vrai
mabanque.fr ou à un faux site. Le certificat
contient la clé publique du serveur et son identité,
vérifiées par une chaîne de confiance jusqu'à des
autorités racines pré-installées dans le système.

]]> 1.0 0.0 0 true true abc À accélérer la connexion

]]> Erreur : le TLS introduit au contraire un léger
surcoût initial. Le bénéfice est la sécurité.

]]> À authentifier le serveur, prouver que le client parle bien au site qu'il croit, et non à un imposteur

]]> Bonne réponse : le certificat est signé par une
autorité de certification reconnue. Le navigateur
vérifie cette signature pour s'assurer que le
serveur est légitime, ce qui empêche les attaques
dites man-in-the-middle.

]]> À chiffrer les données échangées

]]> Erreur : le chiffrement utilise des clés négociées
via le certificat, mais le certificat lui-même
n'est pas la clé de chiffrement. Son rôle est
d'authentifier le serveur.

]]> À ajouter une publicité officielle au site

]]> Un certificat TLS ne sert
pas à des fins commerciales
ou publicitaires. C'est un
dispositif cryptographique
d'authentification, pas un
label marketing.

]]> Réseaux et routage — Q23 : Latence vs débit Quelle est la différence entre latence et débit sur
un réseau ?

]]> Pour télécharger un gros fichier : le débit prime. Pour
jouer à un jeu en ligne ou faire un appel vidéo : la
latence prime. Une « bonne » connexion combine débit
élevé et latence basse.

]]> 1.0 0.0 0 true true abc Aucune, les deux termes sont synonymes

]]> Erreur : ce sont deux notions distinctes et
indépendantes.

]]> La latence est le temps d'un aller-retour ; le débit est la quantité de données par seconde

]]> Bonne réponse : on peut avoir un haut débit avec une
latence élevée (par exemple, avec un satellite). À
l'inverse, une connexion très réactive mais peu
débitante (un câble local lent). Les deux comptent
selon l'usage.

]]> La latence ne concerne que les vidéos

]]> Erreur : la latence concerne toute communication.
Elle est cruciale pour les jeux, la voix sur IP, les
requêtes interactives.

]]> La latence est en bits par seconde, le débit en millisecondes

]]> Erreur : c'est l'inverse. La latence se mesure en
temps (millisecondes), le débit en données par
temps (Mbit/s).

]]> Réseaux et routage — Q24 : Limite de la sécurité réseau HTTPS chiffre les communications entre le navigateur et le
serveur. Cela suffit-il à empêcher tout fournisseur d'accès
Internet (FAI) de savoir quels sites vous visitez ?

]]> Pour réduire les fuites : DNS chiffré (DoH ou DoT), VPN
pour masquer l'IP, Tor pour anonymisation forte. La
protection complète exige plusieurs couches.

]]> 1.0 0.0 0 true true abc Oui, HTTPS empêche totalement le FAI de voir ce qui se passe

]]> Erreur : HTTPS chiffre le contenu, mais pas
tout. Le FAI voit encore certaines informations en
clair.

]]> Non, HTTPS ne sert à rien

]]> Erreur : HTTPS est très utile (protège le contenu,
authentifie le serveur). Il a juste des limites.

]]> Oui, à condition d'utiliser HTTP$2$

]]> Erreur : la version du protocole HTTP n'a pas
d'impact sur ce que le FAI voit.

]]> Non, le FAI peut au minimum voir l'adresse IP et le nom de domaine du site visité (via DNS et SNI)

]]> Bonne réponse : même avec HTTPS, le FAI observe les
requêtes DNS (à moins d'utiliser DoH/DoT), l'IP de
destination, et le nom du serveur dans l'extension
SNI de TLS. Pour vraiment masquer, il faut un VPN ou
Tor.

]]> Réseaux et routage — Q25 : Suivi d'un paquet de bout en bout Quand vous envoyez une requête HTTPS depuis votre
smartphone à un serveur à l'autre bout du monde, combien
de routeurs votre paquet traverse-t-il typiquement ?

]]> Il s'agit de la beauté d'Internet : pas de chemin
pré-établi, chaque routeur prend une décision locale
basée sur sa table de routage. Le paquet « trouve » son
chemin, et peut même prendre une autre route si l'une
tombe en panne.

]]> 1.0 0.0 0 true true abc Entre $10$ et $30$ routeurs, formant un chemin de proche en proche

]]> Bonne réponse : on peut le vérifier avec la commande
traceroute (ou tracert sous Windows). Chaque
routeur incrémente le compteur TTL ; quand celui-ci
atteint $0$, le paquet est jeté et un message
d'erreur est renvoyé, ce qui permet de cartographier
le chemin.

]]> Un seul, celui de la box

]]> Erreur : la box est juste le premier saut. Le paquet
traverse ensuite les routeurs du FAI, puis ceux des
opérateurs de transit, etc.

]]> Aucun, le paquet va directement à destination

]]> Erreur : Internet est un réseau de réseaux. Sauf cas
très local, le paquet traverse de nombreux
intermédiaires.

]]> Plusieurs millions, un par utilisateur du Web

]]> Erreur : le nombre de sauts est très inférieur. Les
routeurs sont organisés en hiérarchie efficace.

]]> Réseaux et routage — Q26 : Calcul du nombre d'hôtes Sur un réseau d'adresse 192.168.10.0/24 (donc avec
un masque 255.255.255.0), combien d'hôtes
utilisables peut-on adresser ?

]]> Formule générale : pour un masque de $n$ bits sur
$32$ bits, le nombre d'hôtes utilisables est
$2^{32 - n} - 2$. Repères : $/24$ → $254$ hôtes ;
$/16$ → $65\,534$ hôtes ; $/8$ → $16\,777\,214$
hôtes. Les deux exceptions ($-2$) sont systématiques
en IPv$4$.

]]> 1.0 0.0 0 true true abc $256$ hôtes

]]> Erreur : avec $8$ bits pour la partie hôte, on a
$2^8 = 256$ adresses possibles, mais deux ne sont
pas attribuables à des hôtes : l'adresse de réseau
(.0) et l'adresse de diffusion (.255).

]]> $1024$ hôtes

]]> Erreur : ce serait pour un masque de $22$ bits
($2^{10} - 2 = 1022$ hôtes). Avec $/24$, on a
seulement $254$ hôtes utilisables.

]]> $254$ hôtes

]]> Bonne réponse : on a $2^8 = 256$ adresses possibles
pour les bits réservés à l'hôte, dont on retire
deux adresses spéciales (l'adresse de réseau
192.168.10.0 et l'adresse de diffusion
192.168.10.255). Reste $254$ hôtes utilisables.

]]> $24$ hôtes

]]> Erreur : $24$ correspond au nombre de bits dans la
partie réseau, pas au nombre d'hôtes utilisables.
Le calcul à faire est $2^{32 - 24} - 2$.

]]> Réseaux et routage — Q27 : Protocole ICMP et ping Quel protocole utilise la commande ping pour vérifier
qu'une machine distante est joignable ?

]]> ICMP est un protocole de couche réseau (au-dessus
d'IP, comme TCP et UDP). Il sert essentiellement au
diagnostic et au contrôle : signalement d'erreurs
(destination inaccessible), réseau congestionné,
paquet trop grand, etc. Certains administrateurs
bloquent ICMP par sécurité, ce qui empêche le ping
mais ne ferme pas l'accès aux services.

]]> 1.0 0.0 0 true true abc DNS

]]> Erreur : DNS est un protocole de résolution de
noms, pas de diagnostic. La commande ping peut
utiliser DNS pour traduire un nom en IP, mais le
test de connectivité lui-même se fait via ICMP.

]]> HTTP

]]> Erreur : HTTP est un protocole applicatif pour le
web, pas pour le diagnostic réseau. Il s'appuie
d'ailleurs sur TCP, qui suppose une connexion
établie.

]]> TCP

]]> Erreur : ping n'établit pas de connexion TCP. Il
repose sur un protocole bien plus simple, dédié au
diagnostic, qui n'utilise ni TCP ni UDP.

]]> ICMP

]]> Bonne réponse : ICMP (Internet Control Message
Protocol) est utilisé pour les messages de
contrôle et de diagnostic du réseau. La commande
ping envoie des messages ICMP Echo Request et
attend des Echo Reply en retour. Le temps de
l'aller-retour donne la latence. La commande
traceroute exploite aussi ICMP (TTL expiré).

]]> Réseaux et routage — Q28 : Avantage principal d'IPv6 Quel est l'avantage principal d'IPv$6$ par rapport
à IPv$4$ ?

]]> Format IPv$6$ : huit groupes de quatre chiffres
hexadécimaux séparés par des deux-points
(exemple : 2001:0db8:85a3:0000:0000:8a2e:0370:7334).
On peut compresser les zéros consécutifs avec ::.
En 2026, le déploiement d'IPv$6$ progresse mais
IPv$4$ reste largement dominant en pratique.

]]> 1.0 0.0 0 true true abc IPv$6$ est compatible avec tous les routeurs IPv$4$
existants, sans configuration

]]> Erreur : IPv$6$ et IPv$4$ ne sont pas
directement compatibles. Le déploiement d'IPv$6$
se fait en parallèle d'IPv$4$ (double pile) ou
via des mécanismes de tunnel et de traduction.
C'est précisément ce qui explique la lenteur de
la transition.

]]> IPv$6$ propose un espace d'adressage gigantesque
(sur $128$ bits, soit environ $3{,}4 \cdot 10^{38}$
adresses) qui résout l'épuisement des adresses
IPv$4$

]]> Bonne réponse : c'est le motif premier de la
conception d'IPv$6$. IPv$4$ ne fournit qu'environ
$4{,}3 \cdot 10^9$ adresses, déjà saturées depuis
plusieurs années (d'où le déploiement massif de
NAT). IPv$6$ offre un espace tellement vaste que
chaque grain de sable de la planète pourrait avoir
des milliards d'adresses uniques. Autres avantages
d'IPv$6$ : configuration automatique, en-tête
simplifié, sécurité (IPsec) intégrée.

]]> IPv$6$ est plus rapide qu'IPv$4$

]]> Erreur : la vitesse de transmission ne dépend pas
de la version du protocole IP, mais des
équipements réseau. IPv$6$ et IPv$4$ ont des
performances comparables.

]]> IPv$6$ chiffre automatiquement les communications

]]> Erreur : IPv$6$ inclut un cadre pour la sécurité
(IPsec), mais le chiffrement n'est pas activé
automatiquement pour toutes les communications.
C'est plus une option qu'un défaut.

]]> Réseaux et routage — Q29 : Calcul de plage d'adresses Sur un réseau d'adresse 192.168.10.0/24,
quelles sont la première adresse d'hôte
utilisable, la dernière, et l'adresse
de diffusion ?

]]> Règle systématique pour un réseau de masque
$/n$ : (1) l'adresse réseau a tous les bits
hôte à $0$ ; (2) l'adresse de diffusion a
tous les bits hôte à $1$ ; (3) les
adresses utilisables sont entre les deux,
exclusives, soit $2^{32-n} - 2$ hôtes. Pour
/24, on obtient $2^8 - 2 = 254$ hôtes ;
pour /26, $2^6 - 2 = 62$ hôtes.

]]> 1.0 0.0 0 true true abc Première : 192.168.10.1, dernière :
192.168.10.254, diffusion :
192.168.10.255

]]> Bonne réponse : avec un masque $/24$,
les $24$ premiers bits désignent le
réseau et les $8$ derniers la partie
hôte. Le réseau lui-même
(192.168.10.0) et l'adresse de
diffusion (192.168.10.255, tous les
bits hôte à $1$) ne sont pas
attribuables à des hôtes. Restent les
adresses de .1 à .254, soit $254$
hôtes utilisables.

]]> Première : 192.168.10.0, dernière :
192.168.10.255, diffusion :
192.168.10.255

]]> Erreur : 192.168.10.0 est l'adresse
du réseau lui-même, qui n'est jamais
attribuée à un hôte. La première
adresse d'hôte utilisable est
192.168.10.1. De plus, la dernière
adresse d'hôte ne doit pas coïncider
avec l'adresse de diffusion.

]]> Première : 192.168.10.1, dernière :
192.168.10.255, diffusion : aucune

]]> Erreur : 192.168.10.255 est l'adresse
de diffusion (tous les bits hôte à
$1$), elle n'est pas attribuable à un
hôte. La dernière adresse d'hôte
utilisable est donc 192.168.10.254.

]]> Première : 192.168.10.0, dernière :
192.168.10.254, diffusion :
192.168.10.0

]]> Erreur : c'est l'inverse. L'adresse de
diffusion est 192.168.10.255 (bits
hôte à $1$), pas 192.168.10.0 (qui
est l'adresse réseau, bits hôte à $0$).

]]> Réseaux et routage — Q30 : Découpage en sous-réseaux Une entreprise dispose du réseau
192.168.0.0/24 et veut le diviser en
quatre sous-réseaux de taille égale, chaque
sous-réseau pouvant accueillir le maximum
d'hôtes possible. Quel masque utiliser pour
chaque sous-réseau, et combien d'hôtes
utilisables aura chacun ?

]]> Formule générale : pour créer $2^k$
sous-réseaux à partir d'un réseau de masque
$/n$, on emprunte $k$ bits à la partie
hôte, ce qui donne un masque $/(n+k)$.
Chaque sous-réseau a alors
$2^{32-(n+k)} - 2$ hôtes utilisables. Cette
technique de subnetting est centrale
dans la conception des réseaux
d'entreprise.

]]> 1.0 0.0 0 true true abc Masque /25, soit $126$ hôtes
utilisables par sous-réseau

]]> Erreur : /25 ne donne que deux
sous-réseaux ($2^1 = 2$ blocs), pas
quatre. Il faut emprunter deux bits, ce
qui donne /26.

]]> Masque /24, soit $254$ hôtes
utilisables par sous-réseau

]]> Erreur : /24 est le masque du réseau
de départ, sans découpage. Pour
créer plusieurs sous-réseaux, il faut
un masque plus restrictif (avec plus de
bits à $1$).

]]> Masque /26, soit $62$ hôtes utilisables
par sous-réseau

]]> Bonne réponse : pour quatre sous-réseaux,
il faut emprunter $\log_2 4 = 2$ bits
supplémentaires à la partie hôte. On
passe donc de /24 à /26. Chaque
sous-réseau a $2^{32-26} - 2 = 62$
hôtes utilisables. Les quatre
sous-réseaux sont :
192.168.0.0/26 (hôtes .1 à .62),
192.168.0.64/26 (.65 à .126),
192.168.0.128/26 (.129 à .190),
192.168.0.192/26 (.193 à .254).

]]> Masque /27, soit $30$ hôtes
utilisables par sous-réseau

]]> Erreur : /27 donne huit
sous-réseaux, pas quatre. Pour quatre
sous-réseaux, il faut emprunter
précisément deux bits (et non trois).

]]> Réseaux et routage — Q31 : Calcul de débit Une connexion fibre offre un débit théorique
descendant de $300 \mathrm{Mbit/s}$. Combien
de temps faut-il pour télécharger un fichier
de $750 \mathrm{Mio}$ (mébi-octets) à ce
débit, sans tenir compte du surcoût des
protocoles ?

]]> Distinction essentielle :
Mb (mégabit) vs Mio (mébi-octet). Les
débits réseau s'expriment en bits par
seconde ; les tailles de fichiers en
octets. Un facteur $8$ sépare les deux,
auquel s'ajoute une légère différence (~
$5 \%$) entre méga ($10^6$) et mébi
($2^{20}$). Les fournisseurs Internet
annoncent les débits en Mbit/s, ce qui
gonfle le chiffre d'un facteur $8$ par
rapport à un débit en Mio/s. Stratégie
mémorable : « bit minuscule, octet
majuscule ; diviser par huit pour passer
du débit annoncé en bits à la vitesse de
téléchargement en octets ».

]]> 1.0 0.0 0 true true abc Environ $21$ secondes

]]> Bonne réponse. Convertir d'abord la
taille en bits : $1 \mathrm{Mio} =
2^{20}$ octets $= 8 \cdot 2^{20}$ bits
$\approx 8{,}39$ Mbits. Donc $750
\mathrm{Mio} \approx 750 \cdot 8{,}39
= 6\,291$ Mbits. À $300 \mathrm{Mbit/s}$,
le temps est $6\,291 / 300 \approx 21$
secondes. Attention au piège classique :
$1 \mathrm{Mio} \neq 1 \mathrm{Mb}$.

]]> Environ $170$ secondes

]]> Erreur de calcul. Refaire la conversion :
$750 \mathrm{Mio} = 750 \cdot 8 = 6\,000
\mathrm{Mb}$ (en utilisant $1 \mathrm{Mio}
\approx 1 \mathrm{Mb}$ en
approximation simple), donc $6\,000 /
300 = 20$ secondes. Aux arrondis près,
environ $21$ secondes.

]]> $2{,}5$ secondes (en divisant directement $750 / 300$)

]]> Erreur classique : on divise les Mio par
des Mbit/s sans convertir, ce qui mêle
des unités incompatibles. Un mébi-octet
contient $8$ bits par octet, donc une
conversion est nécessaire avant la
division.

]]> Environ $200$ secondes

]]> Erreur : surestimation par un facteur
$10$. Refaire la conversion avec
attention. $750 \mathrm{Mio} \approx
6\,291 \mathrm{Mbits}$, et le débit est
$300 \mathrm{Mbit/s}$. $6\,291 / 300
\approx 21$ secondes, pas $200$.

]]> Réseaux et routage — Q32 : Trace d'une connexion HTTPS L'utilisateur tape https://www.example.com/
dans son navigateur. Dans quel ordre
s'enchaînent les principales étapes au
niveau réseau ?

]]> Cette séquence DNS → TCP → TLS → HTTP
s'observe directement dans les outils de
développement du navigateur, sous l'onglet
Réseau, qui détaille les durées de
chaque phase. Pour aller plus vite, les
navigateurs mettent en cache les
résolutions DNS, réutilisent les
connexions TCP existantes, et utilisent
la session TLS précédente avec le serveur
visité (technique de reprise de session).

]]> 1.0 0.0 0 true true abc On télécharge un certificat depuis
l'autorité de certification, puis on
contacte le serveur

]]> Erreur : c'est le serveur qui
présente son certificat lors de la
négociation TLS, le navigateur n'a pas
besoin de le télécharger d'ailleurs.
Le navigateur a déjà, dans son
magasin, les certificats des autorités
racines auxquelles il fait confiance.

]]> On envoie d'abord la requête HTTP, puis
on chiffre le résultat

]]> Erreur : impossible. Sans canal
sécurisé déjà établi, la requête HTTP
serait envoyée en clair, ce qui exposerait
notamment l'URL complète, les
en-têtes (cookies, mot de passe,
etc.). La sécurisation TLS doit
précéder tout envoi de requête HTTP.

]]> On contacte le serveur DNS, puis on
télécharge directement la page sans
autre étape

]]> Erreur : il manque la connexion TCP et
la négociation TLS. HTTPS ne fonctionne
pas sans canal chiffré préalable, et
le canal chiffré ne peut s'établir
qu'après la connexion TCP.

]]> (1) Résolution DNS pour obtenir
l'adresse IP de www.example.com.
(2) Établissement de la connexion TCP
sur le port $443$ (poignée de main en
trois temps SYN, SYN-ACK, ACK).
(3) Négociation TLS (échange de clés,
vérification du certificat,
établissement d'une clé symétrique).
(4) Envoi de la requête HTTP GET / sur
le canal chiffré, puis réception de la
réponse

]]> Bonne réponse : c'est l'enchaînement
standard. Chaque étape introduit un
peu de latence (DNS environ
$20 \mathrm{ms}$, TCP environ
$20 \mathrm{ms}$, TLS environ $40
\mathrm{ms}$ pour TLS $1.2$, environ
$20 \mathrm{ms}$ pour TLS $1.3$). Les
optimisations modernes (HTTP$/3$ avec
QUIC, $0$-RTT) cherchent à réduire ce
coût initial.

]]> Réseaux et routage — Q33 : Métrique du protocole RIP Dans le protocole de routage RIP (Routing
Information Protocol), quelle métrique est
utilisée pour comparer deux routes possibles
entre deux routeurs ?

]]> RIP est l'un des plus anciens protocoles de
routage IP, popularisé par Unix dans les années
$1980$. Sa simplicité (métrique par sauts,
diffusion périodique de la table de routage à
ses voisins) le rend adapté aux petits réseaux
mais le pénalise dès que le réseau s'agrandit
ou que les liens ont des capacités très
différentes. C'est pour cela qu'OSPF, plus
sophistiqué, l'a progressivement remplacé dans
les réseaux d'entreprise.

]]> 1.0 0.0 0 true true abc Le nombre de sauts (routeurs traversés) entre la source et la destination

]]> Bonne réponse : RIP est un protocole à
vecteur de distance dont la métrique est
simplement le nombre de routeurs
intermédiaires à traverser. La route choisie
est celle qui minimise ce nombre. Limite
importante : RIP plafonne à $15$ sauts ;
au-delà, la destination est considérée comme
inaccessible.

]]> Le coût financier facturé par l'opérateur

]]> Erreur : aucun protocole de routage standard
n'utilise de métrique financière. RIP, comme
la plupart des protocoles de routage interne,
utilise une métrique purement technique.

]]> La bande passante du lien le plus lent sur le chemin

]]> Erreur : c'est plutôt la philosophie d'OSPF,
qui pondère ses routes par un coût lié à la
bande passante. RIP, de conception plus
simple et plus ancienne, ne prend en compte
que le nombre de sauts.

]]> La latence mesurée en millisecondes

]]> Erreur : RIP ne mesure pas la latence. Cette
métrique exigerait des sondes en temps réel,
alors que RIP se contente d'échanger des
tables de routage à intervalles fixes
(généralement toutes les $30$ secondes).

]]> Réseaux et routage — Q34 : Métrique du protocole OSPF Le protocole de routage OSPF (Open Shortest
Path First) utilise un coût pondéré pour chaque
lien afin de déterminer la meilleure route. Quel
algorithme permet alors à chaque routeur de
calculer les plus courts chemins vers toutes les
destinations connues ?

]]> Comparaison avec RIP : RIP utilise une approche
à vecteur de distance (chaque routeur ne connaît
que ses voisins et la distance estimée vers
chaque destination), tandis qu'OSPF est un
protocole à état de lien (chaque routeur connaît
la topologie complète du réseau). Cette
différence fondamentale explique pourquoi OSPF
s'adapte mieux aux grands réseaux : un routeur
peut prendre en compte la bande passante réelle
des liens plutôt que de se contenter de
minimiser le nombre de sauts.

]]> 1.0 0.0 0 true true abc L'algorithme de tri par insertion

]]> Erreur : le tri par insertion est un
algorithme de tri d'un tableau, sans rapport
avec la recherche d'un plus court chemin
dans un graphe pondéré.

]]> L'algorithme de Dijkstra

]]> Bonne réponse : chaque routeur OSPF maintient
une carte complète de la topologie du réseau
(échangée avec les autres routeurs via des
messages d'état de lien) puis applique
l'algorithme de Dijkstra pour calculer les
plus courts chemins vers tous les autres
routeurs. La métrique de chaque arête est un
coût (souvent inversement proportionnel à la
bande passante du lien).

]]> L'algorithme de Boyer-Moore

]]> Erreur : Boyer-Moore est un algorithme de
recherche d'un motif dans une chaîne de
caractères, pas un algorithme de plus court
chemin sur un graphe.

]]> L'algorithme glouton de rendu de monnaie

]]> Erreur : un algorithme glouton ne donne pas
toujours la solution optimale, ce qui serait
rédhibitoire pour le routage. L'algorithme
utilisé par OSPF est plus sophistiqué et
garantit le plus court chemin.

]]> Réseaux et routage — Q35 : Choix de route RIP versus OSPF On considère le réseau ci-dessous, composé de
quatre routeurs R1, R2, R3, R4, où
chaque arête porte un coût pondéré utilisé par
OSPF :

R1 ----- 10 ----- R2
 |                 |
 1                100
 |                 |
R3 ----- 1 ------ R4

Tous ces liens existent et chacun compte pour
un saut côté RIP. On cherche la route choisie
de R1 vers R4. Quelle route chaque protocole
sélectionne-t-il ?

]]> Cet exemple illustre la limite principale de
RIP : en ne tenant pas compte de la qualité des
liens, il peut choisir un chemin pourtant
beaucoup plus lent qu'un autre. OSPF, en
intégrant la bande passante des liens via un
coût pondéré, fournit naturellement des routes
plus efficaces. C'est pour cette raison qu'OSPF
a remplacé RIP dans la plupart des réseaux
d'entreprise modernes.

]]> 1.0 0.0 0 true true abc RIP choisit R1 → R3 → R4 à cause du coût $2$, OSPF choisit R1 → R2 → R4 car deux sauts suffisent

]]> Erreur : on a inversé les rôles des deux
protocoles. RIP est celui qui n'utilise que
le nombre de sauts, et donc ne « voit » pas
les coûts pondérés. OSPF est celui qui
intègre les coûts dans son calcul.

]]> RIP comme OSPF choisissent R1 → R3 → R4 (deux sauts, coût total $2$)

]]> Erreur : seul OSPF favorise nettement ce
chemin. Pour RIP, la métrique est le seul
nombre de sauts. Or R1 → R2 → R4 fait
également deux sauts. Les deux chemins
paraissent équivalents pour RIP, sans
départage strict en faveur de R3.

]]> RIP est indifférent entre R1 → R2 → R4 et R1 → R3 → R4 (deux sauts dans les deux cas) ; OSPF choisit R1 → R3 → R4 car son coût $1 + 1 = 2$ est inférieur au coût $10 + 100 = 110$ via R2

]]> Bonne réponse : RIP ne distingue que le
nombre de sauts, donc les deux chemins
paraissent équivalents pour lui. OSPF, au
contraire, additionne les coûts pondérés et
tranche nettement en faveur de
R1 → R3 → R4, dont le coût total ($2$) est
beaucoup plus faible que celui de
R1 → R2 → R4 ($110$).

]]> RIP choisit R1 → R2 → R4 (deux sauts) et OSPF choisit le même chemin pour minimiser le coût

]]> Erreur sur OSPF : R1 → R2 → R4 a un coût
total de $10 + 100 = 110$, alors que
R1 → R3 → R4 a un coût de $1 + 1 = 2$.
OSPF choisira évidemment ce dernier. Quant
à RIP, il est en fait indifférent entre les
deux chemins puisqu'ils font tous deux deux
sauts.

]]>