QCM : Internet : architecture et infrastructure (32 questions)

Explication

Un LAN est un réseau local, généralement privé et pouvant couvrir quelques kilomètres. Le PAN désigne un réseau personnel de quelques mètres, le MAN relie des LAN à l’échelle d’une ville ou d’un campus, et le WAN couvre une longue distance.

Explication

La commutation de paquets transmet les données sous forme de paquets lorsque le lien a de la place. La commutation de circuits établit un chemin fixe et réserve des ressources pendant la communication; les cellules et la réservation synchrone ne décrivent pas le mécanisme présenté.

Explication

L’en-tête contient les informations nécessaires à l’identification et à l’acheminement du paquet. La charge utile contient les données transportées; le circuit virtuel et le multiplex temporel ne désignent pas cette partie du paquet.

Explication

La première transmission sur ARPANET a lieu en octobre 1969 de UCLA vers SRI. Le trajet inverse confond le sens de la transmission, tandis qu'UCSB et l’Université de l’Utah font partie des nœuds ajoutés en décembre.

Explication

En 1972, Ray Tomlinson développe la messagerie électronique et Bob Kahn énonce le concept d’Internet. La transition vers TCP/IP et le DNS datent de 1983, tandis que la création du Web et les premières connexions commerciales se situent en 1989.

Explication

TCP et IP sont développés pour gérer les erreurs par retransmission, fournir un adressage aux hôtes et définir le routage entre eux. Le nommage relève du DNS; NCP ne définit pas l’adressage des hôtes, et FTP est un protocole de transfert de fichiers.

Explication

En 1983, les hôtes d’ARPANET abandonnent NCP au profit de TCP/IP et le DNS est créé pour fournir un système de nommage. La création du Web et les connexions commerciales datent de 1989; NCP ne fournit pas l’adressage des hôtes.

Explication

L’architecture ouverte permet de relier des réseaux de conceptions différentes sans changer leur architecture interne. La standardisation des architectures impose à tort une conception commune, la réservation des ressources relève d’un autre modèle de service et la neutralité concerne le traitement des flux.

Explication

Le best-effort fait au mieux pour acheminer les paquets sans garantir la qualité de service ; en cas de perte, la source retransmet les données. La réservation de ressources et la garantie de qualité de service confondent ce principe avec celui des circuits téléphoniques, tandis que la retransmission par les routeurs leur attribue le rôle de la source.

Explication

Dans le routage au saut par saut, les routeurs relaient les paquets sans conserver d’information sur les flux individuels et sans résoudre les erreurs. Le suivi des flux et la correction des erreurs leur attribuent des fonctions qu’ils n’assument pas dans ce principe ; la gestion des données relève des hôtes et la réservation de capacité n’est pas le mécanisme décrit.

Explication

Le principe de bout en bout confie aux hôtes aux extrémités les décisions de gestion des données, tandis que les équipements intermédiaires relaient les paquets. Les routeurs assurent le relais, mais ne prennent pas ces décisions ; une autorité centrale ou les réseaux de transit ne remplacent pas les hôtes.

Explication

L’IETF établit les spécifications, réalise les premières implantations des nouveaux protocoles TCP/IP et publie les spécifications techniques sous forme de RFC. L’IANA gère des identifiants, l’Internet Society veille au modèle ouvert et l’IAB suit l’évolution des protocoles.

Explication

Les RFC sont des documents techniques numérotés produits et publiés par l’IETF ; « Historic » est l’un de leurs statuts possibles. Un numéro géré par l’IANA n’est pas une RFC, l’Internet Society n’en est pas l’organisme producteur et « Internet standard » désigne un autre statut.

Explication

Le réseau d’accès relie les réseaux des utilisateurs ou des fournisseurs de contenus à Internet et appartient à un FAI. Le réseau cœur interconnecte les réseaux IP d’opérateurs ; un réseau local ou d’entreprise se situe aux extrémités.

Explication

Le peering achemine le trafic à destination des clients des deux opérateurs interconnectés et repose généralement sur un accord gratuit et informel. Le transit est rémunéré et couvre toutes les destinations d’Internet, tandis qu’un IXP est un point d’échange équipé.

Explication

Un Tier 2 peut acheter du transit aux Tier 1 et en vendre aux Tier 3. Un Tier 1 fournit du transit aux autres tiers, tandis qu’un Tier 3 recourt au transit pour accéder à Internet.

Explication

Le transit IP est un service rémunéré par contrat qui achemine le trafic d’autres opérateurs vers toutes les destinations d’Internet. Le peering concerne le trafic destiné aux clients des opérateurs interconnectés et repose généralement sur un accord gratuit.

Explication

Un CDN réplique des serveurs de contenu en périphérie d’Internet, au plus près des utilisateurs, dans le réseau d’un FAI partenaire ou dans celui du fournisseur de CDN. Le pair à pair répartit plutôt les ressources entre les utilisateurs.

Explication

Dans un réseau pair à pair, les ressources sont réparties entre les utilisateurs et chaque pair peut agir comme serveur et comme client. L’architecture client-serveur centralisée repose sur un serveur, tandis qu’un CDN place des répliques de contenu en périphérie.

Explication

L’interconnexion de réseaux hétérogènes repose sur des mécanismes superposés indépendants de leur infrastructure interne, ainsi que sur la présence d’un routeur. L’identité des infrastructures confond hétérogénéité et uniformité, le commutateur ne remplace pas ici le routeur, et une infrastructure commune ne suffit pas à décrire le mécanisme.

Explication

Tout équipement souhaitant se connecter à Internet doit respecter le modèle TCP/IP, aussi appelé modèle Internet ou modèle du DoD, qui comporte quatre couches. Le modèle OSI est l’autre modèle cité et compte sept couches ; les deux distracteurs restants inversent leurs nombres de couches.

Explication

Le modèle OSI est normalisé par l’ISO dans la norme ISO 7498 et comporte sept couches ; il demeure une référence théorique. Le modèle TCP/IP est le modèle de facto, tandis que les deux autres propositions attribuent un nombre de couches incorrect.

Explication

À l’émission, chaque couche ajoute un en-tête à sa charge utile et transmet l’ensemble à la couche inférieure, jusqu’à l’envoi sur le support. Isoler l’en-tête et remonter la charge utile décrit la désencapsulation à la réception ; retirer l’en-tête inverse l’encapsulation, et la transmission vers la couche supérieure va dans le mauvais sens.

Explication

À la réception, chaque couche de bas niveau isole et traite son en-tête, puis transmet la charge utile à la couche supérieure ; le processus continue jusqu’à la couche la plus haute. L’ajout d’en-têtes correspond à l’émission, une transmission vers le bas inverse le sens du traitement, et l’en-tête n’est pas la charge utile transmise.

Explication

Un routeur traite les couches physique, liaison et réseau, tandis que les couches application et transport sont implémentées dans les hôtes aux extrémités. Les couches application et transport relèvent donc des hôtes, l’absence de la couche réseau correspond plutôt à une confusion avec un équipement de liaison, et la couche transport ne fait pas partie des couches traitées par le routeur.

Explication

En mode non connecté, la source émet sans contact préalable avec le destinataire. L’ouverture d’une connexion, l’acceptation de l’échange et sa fermeture correspondent au mode connecté.

Explication

TCP et UDP assurent l’interface entre les applications et l’architecture du réseau ; les protocoles applicatifs ignorent cette architecture et ne corrigent pas les failles d’IP. Attribuer l’interface à la couche applicative ou à IP confond les rôles des couches.

Explication

TCP pallie en partie les imperfections d’IP par la retransmission et les contrôles de séquencement, de flux et de congestion. UDP ne fournit pas ces mécanismes de fiabilisation, tandis qu’IP et HTTP n’assument pas ce rôle de transport.

Explication

Un serveur attend les requêtes des clients pour exécuter l’application qu’il supporte et fonctionne généralement comme un daemon en arrière-plan. Le client sollicite le service et sert d’interface avec l’utilisateur.

Explication

Un client sollicite un service et sert d’interface entre l’utilisateur humain et la machine. Le serveur attend les requêtes et exécute l’application prise en charge ; un protocole définit les règles d’échange.

Explication

Un protocole applicatif définit les règles de communication client-serveur ainsi que le format et la syntaxe des messages : le client envoie une requête ou commande et le serveur répond. L’acheminement et les contrôles de transport relèvent d’autres fonctions, tandis que l’exécution appartient au serveur.

Explication

L’IANA gère la distribution des adresses IP, des noms de domaine de haut niveau et des numéros de protocole, ainsi que la zone racine du DNS. Lui attribuer l’exploitation des serveurs racine confond gestion et exploitation ; définir les protocoles ou distribuer les noms ordinaires ne correspond pas aux responsabilités indiquées.