Les collisions de données
Résolu
Ov3r703
-
Ov3r703 -
Ov3r703 -
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 : http://www.guill.net/index.php?cat=5&arc=4&dos=1 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.
[quote]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./quoteJ'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...! (:
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 : http://www.guill.net/index.php?cat=5&arc=4&dos=1 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.
[quote]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./quoteJ'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...! (:
A voir également:
- Les collisions de données
- Fuite données maif - Guide
- Supprimer les données de navigation - Guide
- Trier des données excel - Guide
- Comment sauvegarder toutes les données de mon téléphone - Guide
- Reinstaller windows sans perte de données - Guide
2 réponses
Salut,
déjà félicitations pour ton niveau de recherches et ton écriture impeccable, on ne rencontre hélas que très peu ça sur les forums.
Voyons un peu les détails:
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?
En full duplex il n'y a effectivement pas de collisions parce que:
1- il faut un support physique qui le permette (au niveau électrique principalement) en général une voie (paire) émission et une paire réception isolées l'une de l'autre, mais pas forcément, car on peut émettre et recevoir simultanément sur une seule paire (téléphone gigabit ethernet, xdsl ... ) moyennant des astuces électroniques (gammes de fréquences différentes généralement et des filtres)
2- aussi que l'équipement terminal soit capable de recevoir autre chose que ce qu'il emet, ce qui implique le stockage dans un tampon, cas des liaisons point à point uniquement (switch ou deux machines face à face) dès que l'on a plus de 2 machines sur un support le full duplex n'est plus possible car les signaux vont se mélanger
un hub 10baseT ne peut pas travailler en full duplex car il réémet sur ses paires émission ce qu'il voit sur ses paires réception directement sans stockage en cas d'occupation du port de sortie.
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?
Les données ne sont rien de matériel à ce niveau, juste une succession d'états électriques dans le temps.
En cas de collision elles peuvent être perdues, mais ne sont pas détruites, cependant on essaie de ne pas les perdre: tant qu'elles ne sont pas transmises sans collision, la couche 1 retentera une transmission de son buffer.
Si elles sont détruites sans détection de la collision, une erreur CRC va apparaitre et la trame sera jetée par le niveau 2, alors les controles aux niveaux supérieurs (couches 4 à 7) devront retransmettre.
quelle est la forme des données dans le câble? Un simple signal électrique?
Oui, mais pas si simple, on y ajoute un codage pour augmenter le débit et synchroniser des horloges (manchester pour ethernet, 2B1Q, 4B5B, 8B10B ....)
[quote]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./quoteJ'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?
En fait non, pour détecter une collision, il faut comparer ce que l'on émet et ce que l'on reçoit c'est la différence entre les deux qui indique la collision, ou la détection du jamming.
En fait, toutes les stations écoutent le signal en permanence, et quand elles émettent, elles vérifient que ce qui est reçu est ce qui est émis.
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...
Tu veux parler de ça:
2 td (temps de propagation max) = 1,77 x 108 m/s x 512 bits x 10-9 (temps / bit) soit 90 m.
10 puissance -9 représente le temps bit en seconde 1/10^9 soit 1nS
on cherche la longueur de câble occupée par 512 bits à ce débit.
Mais il ne faut pas trop se formaliser:
Le gigabit ethernet en half duplex n'a jamais existé ailleurs que dans les labos, il n'existe que des réseaux gigabit switchés, les hubs gigabit n'ont pas vu le jour et heureusement, quel gaspillage de rallonger les trames inutilement.
et ... Voili Voilou Voila !
déjà félicitations pour ton niveau de recherches et ton écriture impeccable, on ne rencontre hélas que très peu ça sur les forums.
Voyons un peu les détails:
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?
En full duplex il n'y a effectivement pas de collisions parce que:
1- il faut un support physique qui le permette (au niveau électrique principalement) en général une voie (paire) émission et une paire réception isolées l'une de l'autre, mais pas forcément, car on peut émettre et recevoir simultanément sur une seule paire (téléphone gigabit ethernet, xdsl ... ) moyennant des astuces électroniques (gammes de fréquences différentes généralement et des filtres)
2- aussi que l'équipement terminal soit capable de recevoir autre chose que ce qu'il emet, ce qui implique le stockage dans un tampon, cas des liaisons point à point uniquement (switch ou deux machines face à face) dès que l'on a plus de 2 machines sur un support le full duplex n'est plus possible car les signaux vont se mélanger
un hub 10baseT ne peut pas travailler en full duplex car il réémet sur ses paires émission ce qu'il voit sur ses paires réception directement sans stockage en cas d'occupation du port de sortie.
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?
Les données ne sont rien de matériel à ce niveau, juste une succession d'états électriques dans le temps.
En cas de collision elles peuvent être perdues, mais ne sont pas détruites, cependant on essaie de ne pas les perdre: tant qu'elles ne sont pas transmises sans collision, la couche 1 retentera une transmission de son buffer.
Si elles sont détruites sans détection de la collision, une erreur CRC va apparaitre et la trame sera jetée par le niveau 2, alors les controles aux niveaux supérieurs (couches 4 à 7) devront retransmettre.
quelle est la forme des données dans le câble? Un simple signal électrique?
Oui, mais pas si simple, on y ajoute un codage pour augmenter le débit et synchroniser des horloges (manchester pour ethernet, 2B1Q, 4B5B, 8B10B ....)
[quote]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./quoteJ'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?
En fait non, pour détecter une collision, il faut comparer ce que l'on émet et ce que l'on reçoit c'est la différence entre les deux qui indique la collision, ou la détection du jamming.
En fait, toutes les stations écoutent le signal en permanence, et quand elles émettent, elles vérifient que ce qui est reçu est ce qui est émis.
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...
Tu veux parler de ça:
2 td (temps de propagation max) = 1,77 x 108 m/s x 512 bits x 10-9 (temps / bit) soit 90 m.
10 puissance -9 représente le temps bit en seconde 1/10^9 soit 1nS
on cherche la longueur de câble occupée par 512 bits à ce débit.
Mais il ne faut pas trop se formaliser:
Le gigabit ethernet en half duplex n'a jamais existé ailleurs que dans les labos, il n'existe que des réseaux gigabit switchés, les hubs gigabit n'ont pas vu le jour et heureusement, quel gaspillage de rallonger les trames inutilement.
et ... Voili Voilou Voila !
Hello,
Grand grand grand grand merci pour cette réponse qui a éclaircit beaucoup de zones d'ombres! J'ai encore appris plein de trucs intéressants!
Sinon, j'ai une nouvelle question: le scanne du câble pour vérifier que tout va bien, il se traduit par quoi?
Y'a aussi l'exemple de calcul qui est encore flou, je ne vois pas comment il peut tomber sur 90 mètres... Enfin bon, au pire je ne le mets pas et voilà!
Encore merci pour cette super réponse!
Grand grand grand grand merci pour cette réponse qui a éclaircit beaucoup de zones d'ombres! J'ai encore appris plein de trucs intéressants!
Sinon, j'ai une nouvelle question: le scanne du câble pour vérifier que tout va bien, il se traduit par quoi?
Y'a aussi l'exemple de calcul qui est encore flou, je ne vois pas comment il peut tomber sur 90 mètres... Enfin bon, au pire je ne le mets pas et voilà!
Encore merci pour cette super réponse!
tape sur google ou ta calculatrice préférée:
177000000*512/1000000000
vitesse de propagation du signal électrique sur le câble en m/s x nb de bits/s x 512 bits (taille de trame théorique minimum) =distance parcourue par la trame durant son émission.
90,624 m à 1Gbit/s
ça ferait 906 m à 100MbitS et 9062 à 10Mbit/s
Mais ça ne sert pas à grand chose sauf à montrer les limites de CSMA/CD quand on monte en débit, mais ça tombe bien, il a été abandonné pour monter en débit.
par contre,
j'ai une nouvelle question: le scanne du câble pour vérifier que tout va bien, il se traduit par quoi?
pas compris la question, tu as chopé ça où cette notion de scan de câble ?
177000000*512/1000000000
vitesse de propagation du signal électrique sur le câble en m/s x nb de bits/s x 512 bits (taille de trame théorique minimum) =distance parcourue par la trame durant son émission.
90,624 m à 1Gbit/s
ça ferait 906 m à 100MbitS et 9062 à 10Mbit/s
Mais ça ne sert pas à grand chose sauf à montrer les limites de CSMA/CD quand on monte en débit, mais ça tombe bien, il a été abandonné pour monter en débit.
par contre,
j'ai une nouvelle question: le scanne du câble pour vérifier que tout va bien, il se traduit par quoi?
pas compris la question, tu as chopé ça où cette notion de scan de câble ?
Merci pour les explications sur le calcul, mais comment passes-tu de 1,77*108m/s à 177000000?
Eh bien, le CSMA/CD dit qu'un poste doit scanner le câble pour voir si celui ci est libre ou non, puis aussi pendant l'émission pour vérifier si tout va bien. Comment ça marche? Car cela ne peut être un bit que l'on envoie faire un aller-retour dans le câble... si?
Eh bien, le CSMA/CD dit qu'un poste doit scanner le câble pour voir si celui ci est libre ou non, puis aussi pendant l'émission pour vérifier si tout va bien. Comment ça marche? Car cela ne peut être un bit que l'on envoie faire un aller-retour dans le câble... si?
arf,
en fait, tu lis mal, de copié/collé en copié/collé le 108 que tu vois est en réalité 10^8 soit 100 000 000, Guil.net aurait dû corriger l'erreur typographique, depuis toutes les années que cet article est publié.
Tout comme la vitesse de la lumière est 3*10^8 m.s^-1 (300 millions de m/s) ici la vitesse de propagation du signal électrique dans les paires torsadées ( variable suivant le type de câble) serait d'après eux de 177 millions de m/s dans leur exemple.
L'écoute du câble se limite à la détection de porteuse (terme issu de la radio, mais qui en ethernet se limite à détecter une activité de transmission), puis l'écoute de son propre signal pendant sa propre transmission pour détecter une collision.
une carte interface n'est pas autorisée à envoyer des infos "juste pour voir" si le support est libre.
en fait, tu lis mal, de copié/collé en copié/collé le 108 que tu vois est en réalité 10^8 soit 100 000 000, Guil.net aurait dû corriger l'erreur typographique, depuis toutes les années que cet article est publié.
Tout comme la vitesse de la lumière est 3*10^8 m.s^-1 (300 millions de m/s) ici la vitesse de propagation du signal électrique dans les paires torsadées ( variable suivant le type de câble) serait d'après eux de 177 millions de m/s dans leur exemple.
L'écoute du câble se limite à la détection de porteuse (terme issu de la radio, mais qui en ethernet se limite à détecter une activité de transmission), puis l'écoute de son propre signal pendant sa propre transmission pour détecter une collision.
une carte interface n'est pas autorisée à envoyer des infos "juste pour voir" si le support est libre.