Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Matériel Réseaux et Internet Ethernet signification "runts" ?

signification "runts" ?

5 réponses
Avatar
someone
bonjour à tous,

j'ai un problème avec un port sur un switch cisco:

38062 packets input, 6125735 bytes
Received 26 broadcasts, 3412 runts, 0 giants, 0 throttles
3503 input errors, 56 CRC, 35 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast

est ce que quelqu'un sait à quoi correspondent les paquets "runts" (avorton
en francais) ?

merci d'avance
Signaler un problème avec ce contenu

5 réponses

Supprimer
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
Avatar
Fontaine.Sebastien
Je penses, mais je ne suis pas sur, que pour considérer un paquet comme
Runts, il faut qu'il soit d'abord considérer comme de l'Ethernet. Je veux
dire qu'un paquet débutant en Ethernet, mais étant inférieur au 72 octets
sera considéré comme Runts.

Je veux en venir au fait que si il y a un problème physique, comme des
perturbation, alors il manquerait plein de bit aléatoirement et donc très
peu entête Ethernet serait valide. Nous aurions alors un fort nombre de
Deferred.

Je suis intéressé par comprendre la raison de ces trames qui circule sur ton
réseau. N'hésite surtout pas à revenir dans le Post même si tu ne trouve la
solution que dans un mois.

Problème très intéressant.

Sebastien Fontaine



"T0t0" a écrit dans le message de news:

"someone" wrote in message
news:bf6c4e$nka$
est ce que quelqu'un sait à quoi correspondent les paquets "runts"
(avorton


en francais) ?


Il me semble que ce sont des trames trop petites par rapport aux
standards Ethernet. Des rebus de collisions ou des trucs comme ça.


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



Avatar
Fontaine.Sebastien
Une idée comme ça. Si ce sont des Runts, c'est que l'entête Ethernet (ou une
partie) est présente. Alors grâce à un sniffer, tu verras sûrement
apparaître ces trames et tu pourras isoler la Mac adresse source. Et si ta
théorie est bonne, alors tes trames défectueuses auront toutes la même SM.
De là, tu en déduiras le périphérique Ethernet en défaut et ton l'adaptateur
associé.


Sebastien Fontaine



"someone" a écrit dans le message de news:
bf85nh$g82$
merci pour l'intérêt que tu portes à mon problème, tout d'abord, j'ai
posté

la question sur un newsgroup américain et ils m'ont répondu la même chose
que toi, mais selon eux, c'est inférieur à 64 octets... bon, ca ne change
rien.
Je ne suis pas physiquement sur le site pour pouvoir enquéter, mais si on
trouve la solution, je la posterai. Pour info, l'immeuble était précablé
en

Token Ring (Type 3 d'IBM je crois), du coup, on à mis des balloon pour
pouvoir connecter nos postes ethernet. Je pense que le problème viens d'un
balloon défectueux. A vérifier.



"Fontaine.Sebastien" a écrit dans le
message news: 3f16ecab$0$237$
Je penses, mais je ne suis pas sur, que pour considérer un paquet comme
Runts, il faut qu'il soit d'abord considérer comme de l'Ethernet. Je
veux


dire qu'un paquet débutant en Ethernet, mais étant inférieur au 72
octets


sera considéré comme Runts.

Je veux en venir au fait que si il y a un problème physique, comme des
perturbation, alors il manquerait plein de bit aléatoirement et donc
très


peu entête Ethernet serait valide. Nous aurions alors un fort nombre de
Deferred.

Je suis intéressé par comprendre la raison de ces trames qui circule sur
ton

réseau. N'hésite surtout pas à revenir dans le Post même si tu ne trouve
la

solution que dans un mois.

Problème très intéressant.

Sebastien Fontaine



"T0t0" a écrit dans le message de news:

"someone" wrote in message
news:bf6c4e$nka$
est ce que quelqu'un sait à quoi correspondent les paquets "runts"
(avorton


en francais) ?


Il me semble que ce sont des trames trop petites par rapport aux
standards Ethernet. Des rebus de collisions ou des trucs comme ça.


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











Avatar
someone
merci pour l'intérêt que tu portes à mon problème, tout d'abord, j'ai posté
la question sur un newsgroup américain et ils m'ont répondu la même chose
que toi, mais selon eux, c'est inférieur à 64 octets... bon, ca ne change
rien.
Je ne suis pas physiquement sur le site pour pouvoir enquéter, mais si on
trouve la solution, je la posterai. Pour info, l'immeuble était précablé en
Token Ring (Type 3 d'IBM je crois), du coup, on à mis des balloon pour
pouvoir connecter nos postes ethernet. Je pense que le problème viens d'un
balloon défectueux. A vérifier.



"Fontaine.Sebastien" a écrit dans le
message news: 3f16ecab$0$237$
Je penses, mais je ne suis pas sur, que pour considérer un paquet comme
Runts, il faut qu'il soit d'abord considérer comme de l'Ethernet. Je veux
dire qu'un paquet débutant en Ethernet, mais étant inférieur au 72 octets
sera considéré comme Runts.

Je veux en venir au fait que si il y a un problème physique, comme des
perturbation, alors il manquerait plein de bit aléatoirement et donc très
peu entête Ethernet serait valide. Nous aurions alors un fort nombre de
Deferred.

Je suis intéressé par comprendre la raison de ces trames qui circule sur
ton

réseau. N'hésite surtout pas à revenir dans le Post même si tu ne trouve
la

solution que dans un mois.

Problème très intéressant.

Sebastien Fontaine



"T0t0" a écrit dans le message de news:

"someone" wrote in message
news:bf6c4e$nka$
est ce que quelqu'un sait à quoi correspondent les paquets "runts"
(avorton


en francais) ?


Il me semble que ce sont des trames trop petites par rapport aux
standards Ethernet. Des rebus de collisions ou des trucs comme ça.


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







Avatar
T0t0
"Fontaine.Sebastien" wrote in message
news:3f17a4ef$0$242$
Une idée comme ça. Si ce sont des Runts, c'est que l'entête Ethernet (ou une
partie) est présente. Alors grâce à un sniffer, tu verras sûrement
apparaître ces trames et tu pourras isoler la Mac adresse source.


A priori, le sniffer ne verra jamais les paquets defectueux. Soient ils
seront arrêtés par le switch, soit ils arriveront jusqu'à la carte
ethernet qui les rejetera.

Je pense que ce type de trames provient en majeure partie de détection
de collisions. Je commence à émettre, je détecte la collision donc
j'arrête d'emettre, le resultat est que j'ai commencé à émettre une
trame sans la terminer (< à 64 octets)
Il me semble que c'est un fonctionnement normal d'Ethernet et de
CSMA/CD, et que de toute façon, les cartes Ethernet sont faite pour
rejeter ce genre de trames qui passeront inaperçues.

Il faut commencer à s'inquiéter quand le pourcentage de ce type de
trames est élevé, mais là, ca semble normal.


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

Avatar
someone
pour répondre à peu près à tout le monde:

Sur ton switch, tu n'a pas des compteurs par port, pour savoir quel port,
et donc

quel cable/balun/carte lan pose le problème


Effectivement, il y a des stats par ports, je peux donc facilement voir si
ça viens du balloon ou de la carte. Mais c'est un switch de distribution et
pour l'instant, les utlisateurs ne se plaignent pas, il n'y a donc pas
urgence. Et comme dir "TOtO", ce peut être un fonctionnement normal.

J'ai ce genre de config (baluns sur cable IBM Token-Ring).
Lorsqu'un segment pose problème, mon switch (HP procurve) détecte en
général

le problème comme suit:
Excessive Late Collisions on port 2
ou
Excessive CRC/Alignment Errors on port 2


J'ai aussi des problèmes de ce genre: si on brasse une prise en partant du
switch vers la carte réseau (en passant par deux balloons), le switch se
plante et on doit le rebooter. Pour éviter ca, on s'est imposé comme règle
de connecter de la carte au switch. C'est un truc qui peut t'être utile.
Sinon, sur les switchs cisco, on peut le déplanter avec la manip suivante
(si vous n'utilisez pas le spaning tree et en admettant que vlan 1 soit le
vlan par défaut):

conf t
span vlan 1
end
conf t
no span vlan 1
end

... allez savoir pourquoi mais ca marche !


"T0t0" a écrit dans le message news:

"Fontaine.Sebastien" wrote in message
news:3f17a4ef$0$242$
Une idée comme ça. Si ce sont des Runts, c'est que l'entête Ethernet (ou
une


partie) est présente. Alors grâce à un sniffer, tu verras sûrement
apparaître ces trames et tu pourras isoler la Mac adresse source.


A priori, le sniffer ne verra jamais les paquets defectueux. Soient ils
seront arrêtés par le switch, soit ils arriveront jusqu'à la carte
ethernet qui les rejetera.

Je pense que ce type de trames provient en majeure partie de détection
de collisions. Je commence à émettre, je détecte la collision donc
j'arrête d'emettre, le resultat est que j'ai commencé à émettre une
trame sans la terminer (< à 64 octets)
Il me semble que c'est un fonctionnement normal d'Ethernet et de
CSMA/CD, et que de toute façon, les cartes Ethernet sont faite pour
rejeter ce genre de trames qui passeront inaperçues.

Il faut commencer à s'inquiéter quand le pourcentage de ce type de
trames est élevé, mais là, ca semble normal.


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