OVH Cloud OVH Cloud

Ethernet-Acces CSMA/CD

12 réponses
Avatar
yoan.bernabeu
Bonjour a tous!

je suis a la recherche d'information sur la methode d'accées CSMA/CD.

Voici les information que j'est actuellment...si vous d'autre infos ou
precisions, correction....!

-Lorsqu'une station veut emttre, elle commence a vérifier la non-présence
d'un signal sur le media.
-Si le media est libre, elle emet sa TRAME (FRAME).
Le temp entre l'emmison est (selon la norme 802.3 de 96Bits-time.
Comment s'apelle se temp "d'attente entre deux frames", je croi que c'est
IFS, est-cela?

-En cas de collosion..emision d'un JAM.
-Le RTD (Round Trip Delay) et le temp aller retour max sur la longuere max
de 2 machines les plus loin l'une de lautre sur le reseau.
Comment calcul t'on cette longuere
-Il y a un temp d'attente pour réémmison d'une trame apres une collision,
comment s'appelle ce temp (aléatoire de plus).


Voila si vous d'autre information ou complement..

Merci..

@+yOyO


---
Yoan bernabeu [yoan.bernabeu@wanadoo.fr] - [www.grimponaute.com]

Vous prouver que j'ai raison serait admettre que je puisse avoir tort.
(Beaumarchais)

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.514 / Virus Database: 312 - Release Date: 28/08/2003

2 réponses

1 2
Avatar
T0t0
"Annie D." wrote in message
news:
Bernard n'a pas eu la chance de le voir, mais T0t0 a écrit:


Merci Annie, je vais voir si je peux trouver une autre solution web
que mailgate.


--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG

Avatar
Zythum
Bernard n'a pas eu la chance de le voir, mais T0t0 a écrit:


effectivement

Sinon pour répondre sur l'interret de passer en full, il découle de
essentiellement de la supression de l'utilisation du protocole
CSMA-CD du fait qu'en full tu n'as pas de collision.


Ca découle surtout du fait d'utiliser la commutation qui permet de
s'affranchir du phénomène des collisions.



Non.
Si certains ports de ton switch sont configuré en half-duplex tu auras des
collisions sur chaque port en half. En revanche, grâce à "l'intelligence" du
switch, ces collisions ne seront pas transmises aux autres ports.
Ainsi le switch te permet de définir un domaine de collision par port.
Comme tu as des collisions, le protocole CSMA/CD est actif pour les ports en
half et tu retombes sur les limitations apportées par le protocole. Mais ces
limitations ne s'appliquent, bien sur, que sur le segment de réseau derrière
le port qui est en half et la traversée d'un switch remet les "compteurs" à
zéro.

Un exemple : tu as un switch 100 sur lequel est connecté un hub 100. Le port
du switch est donc en half (seul mode supporté par le hub). Le protocole
CSMA/CD est donc actif sur la liaison entre le switch et le hub. La portée
max est alors d'environ 200-250 m et si ton hub est distant de 500 m tu
auras des disfonctionnement aléatoires.
Maintenant tu remplaces le hub par un switch mais je laisse les ports en
half (ça arrive !). Hé bien tu auras les mêmes problèmes.
Si tu passes en full les ports des deux switch, tu t'affranchis alors de la
contrainte de distance (aux performances du média près) et la liaison
fonctionnera.

J'ai sans doute mal compris ton explication, mais il me semble que
c'est plutôt la commutation qui entraîne la non nécessité d'utiliser
CSMA/CD, d'où l'utilisation du full duplex.



Non, la commutation te permet d'utiliser, éventuellement, le mode
full-duplex et donc de te passer du CSMA/CD. Mais tu peux très bien mettre
les ports d'un switch en half (heureusement, sinon tu ne pourrais pas
brancher de hub sur un switch), donc continuer à utiliser le CSMA/CD bien
que tu fasses de la commutation et avec pour avantage, comme je l'ai déjà
dit, que la traversée d'un switch remet les contraintes du protocole CSMA/CD
à zéro.

Je n'ai pas l'impression d'avoir été très clair :-(

--
Zythum, ex Bernard qui utilise maintenant un pseudo



1 2