Dans une trame ethernet, le champ information peut contenir de 46 à 1500
octets.
ma question est donc : Peut-on obtenir une trame ethernet avec AUCUN octet
dans le champ information ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jacques Caron
Salut,
On Thu, 18 Dec 2003 19:55:31 +0000, nerim wrote:
Dans une trame ethernet, le champ information peut contenir de 46 à 1500 octets. ma question est donc : Peut-on obtenir une trame ethernet avec AUCUN octet dans le champ information ?
La réponse est dans la question. Il y a une longeur minimale de trame (pour que la détection de collision fonctionne correctement), il faut faire du padding pour obtenir la taille mini si on a moins d'infos à y mettre.
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Salut,
On Thu, 18 Dec 2003 19:55:31 +0000, nerim <dblinux@nerim.fr> wrote:
Dans une trame ethernet, le champ information peut contenir de 46 à 1500
octets.
ma question est donc : Peut-on obtenir une trame ethernet avec AUCUN
octet dans le champ information ?
La réponse est dans la question. Il y a une longeur minimale de trame
(pour que la détection de collision fonctionne correctement), il faut
faire du padding pour obtenir la taille mini si on a moins d'infos à y
mettre.
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
Dans une trame ethernet, le champ information peut contenir de 46 à 1500 octets. ma question est donc : Peut-on obtenir une trame ethernet avec AUCUN octet dans le champ information ?
La réponse est dans la question. Il y a une longeur minimale de trame (pour que la détection de collision fonctionne correctement), il faut faire du padding pour obtenir la taille mini si on a moins d'infos à y mettre.
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Julien
Voila, il y a une opération de bourrage pour atteindre la taille mini et ainsi éviter des collisions !
"nerim" a écrit dans le message news: brstit$1q2l$
Bonsoir,
Dans une trame ethernet, le champ information peut contenir de 46 à 1500 octets. ma question est donc : Peut-on obtenir une trame ethernet avec AUCUN octet
dans le champ information ?
-- merci à vous. db cnam 2003-2004
Voila, il y a une opération de bourrage pour atteindre la taille mini et
ainsi éviter des collisions !
"nerim" <dblinux@nerim.fr> a écrit dans le message news:
brstit$1q2l$1@biggoron.nerim.net...
Bonsoir,
Dans une trame ethernet, le champ information peut contenir de 46 à 1500
octets.
ma question est donc : Peut-on obtenir une trame ethernet avec AUCUN
octet
Voila, il y a une opération de bourrage pour atteindre la taille mini et ainsi éviter des collisions !
"nerim" a écrit dans le message news: brstit$1q2l$
Bonsoir,
Dans une trame ethernet, le champ information peut contenir de 46 à 1500 octets. ma question est donc : Peut-on obtenir une trame ethernet avec AUCUN octet
dans le champ information ?
-- merci à vous. db cnam 2003-2004
Angelot
Bonjour Julien,
Voila, il y a une opération de bourrage pour atteindre la taille mini et ainsi éviter des collisions !
Pas de chance Julien, la trame MAC de 46 octets n'évite pas les collisions. Elle correspond à la taille minimum pour que les machines placées à l'extrémité d'un LAN puissent à coup sûr détecter la collision si celle-ci survient en un point quelconque de ce LAN.
Mais la question de Nerim n'était pas si inconstante que cela ! Si le client de MAC (donc LLC) n'a rien à transmettre, aucune trame n'est transmise. Le canal est strictement silencieux en 10Base-T. C'est la raison du préambule ajouté à la trame MAC par la couche physique. Ce préambule de 56 bits alternés permettent de resynchroniser le récepteur qui dérive à son aise pendant les silences.
Pour Gigabit voir mon fil plus haut sur ce sujet.
Cordialement, Angelot
Bonjour Julien,
Voila, il y a une opération de bourrage pour atteindre la taille mini et
ainsi éviter des collisions !
Pas de chance Julien, la trame MAC de 46 octets n'évite pas les collisions.
Elle correspond à la taille minimum pour que les machines placées à
l'extrémité d'un LAN puissent à coup sûr détecter la collision si celle-ci
survient en un point quelconque de ce LAN.
Mais la question de Nerim n'était pas si inconstante que cela ! Si le client
de MAC (donc LLC) n'a rien à transmettre, aucune trame n'est transmise. Le
canal est strictement silencieux en 10Base-T. C'est la raison du préambule
ajouté à la trame MAC par la couche physique. Ce préambule de 56 bits
alternés permettent de resynchroniser le récepteur qui dérive à son aise
pendant les silences.
Voila, il y a une opération de bourrage pour atteindre la taille mini et ainsi éviter des collisions !
Pas de chance Julien, la trame MAC de 46 octets n'évite pas les collisions. Elle correspond à la taille minimum pour que les machines placées à l'extrémité d'un LAN puissent à coup sûr détecter la collision si celle-ci survient en un point quelconque de ce LAN.
Mais la question de Nerim n'était pas si inconstante que cela ! Si le client de MAC (donc LLC) n'a rien à transmettre, aucune trame n'est transmise. Le canal est strictement silencieux en 10Base-T. C'est la raison du préambule ajouté à la trame MAC par la couche physique. Ce préambule de 56 bits alternés permettent de resynchroniser le récepteur qui dérive à son aise pendant les silences.
