Cours de réseaux

Résumé du document

Cours de première année BST IG option Administrateur de réseaux locaux d'entreprise. Présentation du protocole TCP, du protocole IP, du routage ainsi que des notions de réseau sous linux.

Extraits

[...] jusqu'à ce que la trame soit émise. Ce principe est justifié par le fait que si une première collision se produit, il y a de fortes chances que les délais d'attente tirés au sort par chacune des 2 stations soient très proches, donc il ne sera pas surprenant d'avoir une nouvelle collision. En doublant à chaque fois l'intervalle des délais d'attente possibles on augmente les chances de voir les retransmissions s'étaler sur des durées relativement longues et donc de diminuer les risques de collision. [...]

[...] Ainsi le premier routeur lui renvoie un paquet ICMP avec son adresse. Traceroute renvoie alors un 2epaquet à destination de B avec un TTTL=2, celui-ci sera refusé par le 2erouteur, et ainsi de suite traceroute augmente le champ TTL jusqu'à avoir traversé tous les routeurs séparant A de B. Comme les messages ICMP contiennent les adresses des routeurs il suffit de les visualiser à chaque retour de message. Bien qu'en théorie 2 paquets se suivant ne prennent pas forcément la même route, ils le font la plupart du temps, c'est pourquoi traceroute donne des informations fiables, en tous les cas au moment où on fait appel à lui. [...]

[...] # # ba broadcast bootp reply for testing with bootpquery # bf bootfile (for tftp download) # ds domain name server IP address # gw gateway IP address # ha hardware address (link level address) (hex) # hd home directory for bootfile (chrooted to tftp home directory) # hn send nodename (boolean flag, no "=value" needed) # ht hardware type (ether) (must precede the ha tag) # ip X terminal IP address # sm network subnet mask # tc template for common defaults (should be the first option listed) # vm vendor magic cookie selector (should be rfc1048) # T144 remote config file name (file name must be enclosed in # # H104 (Pascal Nicolas) prise I141 : tx-p ht=Etherne ha=0x08001103ec2 bf=/usr/tekxp/boot/os.350:\ ip= sm= gw= vm=rfc1048:\ ds= : Le format du message BOOTP est donné dans la figure Le code vaut 1 pour une requête et 2 pour une réponse, le type de matériel vaut par exemple 1 pour un réseau Ethernet et dans ce cas le champ longueur de l'adresse physique vaut 6 (octets). Le champ compteur de saut vaut 0 en standard, mais si la demande transite par un routeur celui-ci l'incrémente de 1. L'identificateur de transaction est un entier de 32 bits fixé aléatoirement et qui sert à faire correspondre les réponses avec les requêtes. Le nombre de secondes est fixé par le client et sert à un serveur secondaire de délai d'attente avant qu'il ne réponde au cas où le serveur primaire serait en panne. [...]

[...] Le format détaillé d'un datagramme UDP est donné dans la figure Les numéros de port (chacun sur 16 bits) identifient les processus émetteur et récepteur. Le champ longueur contient sur 2 octets la taille de l'en- tête et des données transmises. Puisqu'un datagramme UDP peut ne transmettre aucune donnée la valeur minimale de la longueur est 8. Le checksum est un total de contrôle qui est optionnel car il n'est pas indispensable lorsque UDP est utilisé sur un réseau très fiable. S'il est fixé à 0 c'est qu'en fait il n'a pas été calculé. [...]

[...] Il est obligatoirement calculé par l'émetteur et vérifié par le récepteur. Le calcul utilise une pseudo-entête analogue à celle d'UDP (voir la section 2.6 .1). - Le pointeur d'urgence est un offset positif qui, ajouté au numéro de séquence du segment, indique le numéro du dernier octet de donnée urgente. Il faut également que le bit URG soit positionné à 1 pour indiquer des données urgentes que le récepteur TCP doit passer le plus rapidement possible à l'application associée à la connexion. [...]