Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2030 connectés 

  FORUM HardWare.fr
  Réseaux grand public / SoHo
  Réseaux

  Les collisions de données

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Les collisions de données

n°552145
p3p3roxor7​03
Posté le 21-11-2011 à 18:23:12  profilanswer
 

Bonjour, bonsoir tout le monde
 
 
Je suis en Terminale S SI et je dois faire une présentation des collisions de données devant ma classe. Mon plan est tout simple:  
1/ Half-duplex et CSMA/CD  
2/ Détection de collision  
3/ Reprise après collision.
Cependant, j'ai quelques problèmes encore irrésolus...
 
 
Pour commencer, pourquoi en full-duplex il ne peut y avoir de collision de données? Je connais le principe, mais pas comment ça marche précisément. Comment est fait le câble pour que cela puisse aller dans les deux sens simultanément, contrairement au half-duplex?
 
Ensuite, après collision, que deviennent les données? Un ami en BTS SIO m'a dit qu'elles disparaissaient, un peu comme par magie, mais j'ai du mal à concevoir comment faire complètement s’envoler des données... Qu'en est-il?  
Et, tant qu'on y est, quelle est la forme des données dans le câble? Un simple signal électrique?
 
Je me suis servis de ce site pour faire mon exposé, un peu le seul que j'ai pu trouvé sur internet... Mais il y a quelques phrases que je ne comprends pas dans le I,2 sur la détection de collisions.
 

Citation :

La durée du Slot-Time a une influence sur la taille minimale d’une trame. En effet, pour que l’on puisse détecter la collision, il faut que la station écoute et donc qu’elle soit encore en train d’émettre. Il faut par conséquent, que le temps d’émission d’une trame de longueur minimale soit supérieure au Slot-Time.

J'ai rien compris.  
Qu'est-ce que ça veut dire? Que l'écoute du câble pendant la transmission doit arriver à la station réceptrice après que la trame ait commencé de l'atteindre et doit revenir à l’émettrice avant que la trame ait complètement été envoyée sur le câble?  
 
Juste en dessous, il met un exemple de calcul pour le Gigabit Ethernet. Là aussi c'est le flou absolu.
Dans sa formule, d'où il sort son 10-9? Aussi, il nous parle de slot-time de 512bits alors qu'avant il a parlé de 4096bits pour le Gigabit Ethernet? Ensuite, moi je trouve 98 000, c'est normal?  
De plus, la phrase entre le calcul et les autres contraintes me paraît incohérente...
 
 
Bref, en gros j'ai besoin d'éclaircissements sur toutes ces zones d'ombres! C'est précisément les questions aux quelles je ne saurais pas répondre...
 
 
Merci d'avance pour vos réponses...! (:

mood
Publicité
Posté le 21-11-2011 à 18:23:12  profilanswer
 

n°552151
Misssardon​ik
prévisible a posteriori
Posté le 21-11-2011 à 18:45:25  profilanswer
 

p3p3roxor703 a écrit :

Bonjour, bonsoir tout le monde
 
 
Je suis en Terminale S SI et je dois faire une présentation des collisions de données devant ma classe. Mon plan est tout simple:  
1/ Half-duplex et CSMA/CD  
2/ Détection de collision  
3/ Reprise après collision.
Cependant, j'ai quelques problèmes encore irrésolus...
 
 
Pour commencer, pourquoi en full-duplex il ne peut y avoir de collision de données?


 
La différence fondamentale entre half et full c'est qu'en half les fils sont utilisés en même temps pour l'émission et la réception (ce qui fait qu'on peut donc se retrouver à émettre en même temps que la carte de la machine d'en face sur la même paire => collision), alors qu'en full duplex chacune des deux machines au bout du cable a sa paire pour émettre, et reçoit sur l'autre paire (ou 2x2 paires en giga, vu qu'on utilise 8 fils). Donc là impossible qu'il y ait une collision.
Si tu ne sais pas ce qu'est une paire, coupe un cable ethernet (ou cherche un schéma de cablage, référence TIA/EIA-568B), tu comprendras.
 
 

p3p3roxor703 a écrit :


Ensuite, après collision, que deviennent les données?


 
Je ne suis pas bien sûr de comprendre ta question, mais ça devient la somme des deux signaux qui composaient à l'origine chaque signal, bref ça devient un truc inexploitable, incompréhensible par une carte ethernet.
 
 

p3p3roxor703 a écrit :


Et, tant qu'on y est, quelle est la forme des données dans le câble? Un simple signal électrique?


 
Oui, on prend les bits à transmettre (les 0 et les 1) et on les transforme en signal électrique via une certaine modulation (le type de modulation utilisé dépend de la norme ethernet en question (par exemple pour le 100 BaseTX c'est modulé en MLT-3, plus de détails ici ).
 
 

p3p3roxor703 a écrit :

Citation :

La durée du Slot-Time a une influence sur la taille minimale d’une trame. En effet, pour que l’on puisse détecter la collision, il faut que la station écoute et donc qu’elle soit encore en train d’émettre. Il faut par conséquent, que le temps d’émission d’une trame de longueur minimale soit supérieure au Slot-Time.

J'ai rien compris.  
 
Qu'est-ce que ça veut dire? Que l'écoute du câble pendant la transmission doit arriver à la station réceptrice après que la trame ait commencé de l'atteindre et doit revenir à l’émettrice avant que la trame ait complètement été envoyée sur le câble?


 
Oui, ça rejoint ce qu'il dit avant :

Citation :


De même, on peut définir le Slot-Time ou fenêtre de collision : c’est le délai maximum qui s’écoule avant qu’une station détecte une collision ou encore délai après lequel une station peut être certaine d’avoir réussi sa transmission : elle est égale à deux fois le temps de propagation du signal sur le support. C’est l’unité de temps du protocole.


 
 

p3p3roxor703 a écrit :


Juste en dessous, il met un exemple de calcul pour le Gigabit Ethernet. Là aussi c'est le flou absolu.
Dans sa formule, d'où il sort son 10-9?


 
10^9 bits, soit un gigabit, pour gigabit ethernet.
 
 

p3p3roxor703 a écrit :


Aussi, il nous parle de slot-time de 512bits alors qu'avant il a parlé de 4096bits pour le Gigabit Ethernet? Ensuite, moi je trouve 98 000, c'est normal?  
De plus, la phrase entre le calcul et les autres contraintes me paraît incohérente...


 
J'ai pas trop le temps pour me pencher sur le calcul pour le moment, désolé.
Mes explications sont à prendre avec des pincettes (les études s'éloignent à grand pas :D ), mais bon tu arriveras peut-être à en tirer quelque chose.


---------------
Que va-t-il se passer cette gelgamar ? vous le découvrirez janamont à 20h
n°552165
p3p3roxor7​03
Posté le 21-11-2011 à 20:15:55  profilanswer
 

Ouah, merci beaucoup, j'ai déjà clarifié énormément de choses!
 
Pour ce que deviennent les données, en fait bêtement je pensais qu'il y avait des bouts cassés de 0 et de 1 dans le câble et qu'il fallait les virer pour pas qu'ils gênent. Mais vu que c'est un signal électrique pas besoin de déblayer quoi que ce soit.
 
 
La seule et unique dernière zone d'ombre, c'est l'exemple de calcul pour le Gigabit Ethernet. J'ai refais le calcul avec 10^9 j'ai trouvé 9,78*10^13 mètres...


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Réseaux grand public / SoHo
  Réseaux

  Les collisions de données

 

Sujets relatifs
sauvegarde de données sur Nas ou disque dur, bandes ?Partager certaines données à certains PC
Comment connaitre volume de données transitant par la carte réseau[stockage de données] votre solution a cette épineuse problématique...
Créer son propre serveur de sauvegarde de donnéesRemplir une bdd avec des données libre de droit
Problème avec un stora, comment récupérer données perdues ?Synchronisation de données entre mobile (android) et serveur
Cryptage des données en Torrent pour Renater? 
Plus de sujets relatifs à : Les collisions de données


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR