collisions

Quelqu'un pourrait il me rappeler le principe de configuration d'un port de switch en fonction du
matériel branché dessus (half ou full autonégo ou pas)

Enfin, existe t'il un moyen sur un réseau switché (avec vlan) de faire une analyse de ce réseau afin
de savoir s'il existe des problèmes de ce type. (a part attendre de gros ralentissements).

Half.
Le hub ne gérant pas les collisions, on est obligé d'utiliser la
méthode d'accès CSMA/CD, et donc d'activer le half. L'autonégo étant
assez aléatoire, la proscrire.
J'ai également un Hub branché sur le port d'un Switch en Autonégo... Donc il

Quelqu'un pourrait il me rappeler le principe de configuration d'un
port de > >switch en fonction du

matériel branché dessus (half ou full autonégo ou pas)

Half.
Le hub ne gérant pas les collisions, on est obligé d'utiliser la
méthode

d'accès CSMA/CD, et donc d'activer le half. L'autonégo étant assez

aléatoire, la proscrire.
Chaque port de switch sur lequel est branché un hub doit donc être en

Enfin, existe t'il un moyen sur un réseau switché (avec vlan) de
faire une > >analyse de ce réseau afin

de savoir s'il existe des problèmes de ce type. (a part attendre
de gros > > >ralentissements).

Mettre une sniffer sur chacun de tes VLANs par exemple.
Utilise-tu le spanning tree ? si oui, renseigne-toi aussi sur les
tempètes de broadcast.
là je maîtrise moins bien, je ne connais pas le principe du spanning

Bonjour,

voici mon problème,
hier gros problème sur le réseau local, bande passante saturée et difficile de trouver d'où cela venait.
Enfin, en fin de journée je constate que sur un port de switch est branché un hub et sur celui-ci
entre autres une imprimante dont l'adaptateur "jetdirect" est en défaut.
Je débranche ce hub et oh! miracle tout redevient normal.
Aujourd'hui, lorsque je regarde les stats de ce port de switch, il y a toujours beaucoup de collisions.

En fait après vérification et modification le problème est le suivant :

Aujourd'hui, lorsque je regarde les stats de ce port de switch, il y a
toujours beaucoup de collisions.

comment une imprimante dont l'adaptateur réseau est en rideau peut
mettre à plat le réseau ??

Quelqu'un pourrait il me rappeler le principe de configuration d'un port
de switch en fonction du matériel branché dessus (half ou full autonégo
ou pas)

Enfin, existe t'il un moyen sur un réseau switché (avec vlan) de faire
une analyse de ce réseau afin de savoir s'il existe des problèmes de ce
type.

Je suppose que tu as bien compris que les stats en question sont des
compteurs, et que c'est leur évolution qu'il s'agit de mesurer, pas leur
valeur elle-même (à moins que tu ne remettes les compteurs à 0 après une
lecture).
Je remet effectivement les compteurs à zéro après chaque lecture.

Aussi, il est normal sur un réseau Ethernet non commuté (i.e. half-duplex,
avec des hubs) d'avoir des collisions, c'est inhérent au principe de
fonctionnement d'Ethernet (CSMA/CD). Ce qui est anormal c'est d'en avoir
beaucoup par rapport au trafic, donc il convient de rapporter le nombre de
collisions par intervalle de temps (une seconde, une minute...) au nombre
de paquets transmis dans le même intervalle de temps.
Sur mes switch je n'arrive pas a voir les données qui me permettraient de faire ce rapport.

comment une imprimante dont l'adaptateur réseau est en rideau peut
mettre à plat le réseau ??

Tout dépend de ce que l'adaptateur fait. S'il envoie des broadcasts sans
discontinuer c'est clair que ça peut avoir des conséquences assez néfastes.
Au point de mettre le réseau à plat?

Quelqu'un pourrait il me rappeler le principe de configuration d'un port
de switch en fonction du matériel branché dessus (half ou full autonégo
ou pas)

AUTO - AUTO
AUTO - équipement non capable de FD
FULL - FULL
HALF - HALF
HALF - équipemelnt non capable de FD

Bref, un hub doit être branché sur un port en auto ou forcé en half-duplex.

Enfin, existe t'il un moyen sur un réseau switché (avec vlan) de faire
une analyse de ce réseau afin de savoir s'il existe des problèmes de ce
type.

Si les switches savent faire des VLANs ils doivent être manageables en
SNMP. Collecter des stats (et les grapher) sur le trafic et les erreurs
sur chaque interface de chaque switch permet déjà de détecter pas mal de
problèmes.

Jacques.
Dans tous les cas merci pour ta réponse et bonne journée

D'apès ce que je comprend, c'est que le nombre de collision sur un port
de switch relié à un hub n'est pas anormal et quoi que je fasse j'aurrai
toujours des collisions avec un hub quel que soit la config adopté (auto
négo ou half), c'est ça ?

Aussi, il est normal sur un réseau Ethernet non commuté (i.e.
half-duplex, avec des hubs) d'avoir des collisions, c'est inhérent au
principe de fonctionnement d'Ethernet (CSMA/CD). Ce qui est anormal
c'est d'en avoir beaucoup par rapport au trafic, donc il convient de
rapporter le nombre de collisions par intervalle de temps (une
seconde, une minute...) au nombre de paquets transmis dans le même
intervalle de temps.
Sur mes switch je n'arrive pas a voir les données qui me permettraient

de faire ce rapport.

Tout dépend de ce que l'adaptateur fait. S'il envoie des broadcasts
sans discontinuer c'est clair que ça peut avoir des conséquences assez
néfastes.
Au point de mettre le réseau à plat?