OVH Cloud OVH Cloud

passage 10 à 100 M

26 réponses
Avatar
Lolo
Lors de l'extension de mon réseau j'ai remplacé l'ensemble des cablage fixes
par du cable catégorie 5 avec écran de blindage
Je viens de remplacer mes vieux hubs limitès à 10M par des switch FS608 + un
routeur WGU624FS
les deux switch sont reliès au routeur, le switch voisin du routeur marche
impec, mais le switch (à l'étage) est à environ 35m du routeur et ne
fonctionne pas avec le nouveau switch (qui fonctionne bien sur un cordon de
4m) par contre mes vieux hub (centre com et Office connect 3com)
fonctionnent parfaitement à 10M
le test avec un portable sur le switch voisin et celui éloigné donne 100%
des ping sur le voisin et moins de 5% sur l'éloigné, idem en forçant la
carte lan à 10M
>ping -n 100 192.168.1.1
Envoi d'une requête 'ping' sur 192.168.1.1 avec 32 octets de données :
Délai d'attente de la demande dépassé.
....
....
Réponse de 192.168.1.1 : octets=32 temps<10 ms TTL=250

C'est du cable ALCATEL DATA CABLE FTP FLEX 4PR 120 OHM PATCHCABLE 7x0.16
CATEGORIE 5 FF4197 0028739 M (passe en galerie technique éloigné du secteur)
j'ai même essayé l'écran à la terre sans amèlioration
Au départ freebox switch et routeur sont alimentès via un onduleur offline à
double isolation censé entre autre éliminer ce qui n'est pas 50Hz, le switch
du grenier est directement alimenté sur le secteur mais loin de tout
appareil électronique.
(J'ai désactivé le WIFI du routeur en attendant que la sécurité autorisée de
la clef soit convenable)
Merci de m'aider à trouver la solution

10 réponses

1 2 3
Avatar
lolo
le FS105 est autosense. de toute façon on ne peut rien régler sur ces
switchs.
un conflit d'adresse IP veux-tu dire. parce que les adresses MAC sont
censées être uniques, à moins de les forcer ou les modifier, pour
certaines cartes/certains pilotes.
FF-FF-FF-FF-FF-FF = 256 puissance 5 cela donnerait 1 099 511 627 776

combinaisons, comme c'est souvent 00-00-XX-XX-XX-XX cela ne donne que
64 bits soit 16 777 216 donc il y en a forcément qui existent en
plusieur exemplaires,
Arrétons de délirer, je n'ai testé que l'ensemble mais pas troncon
par troncon séparément si tous sont défaillants c'est le cable qui
ne convient pas, sinon cela peut'être un dégat des souris non
compatibles avec la micro, évidemment la ou il faudra déménager la
moitié du grenier pour y accèder.

Avatar
Pascal
Salut,


FF-FF-FF-FF-FF-FF = 256 puissance 5 cela donnerait 1 099 511 627 776
combinaisons, comme c'est souvent 00-00-XX-XX-XX-XX cela ne donne que
64 bits soit 16 777 216 donc il y en a forcément qui existent en
plusieur exemplaires,


Tes calculs sont à revoir.

6 octets = 48 bits => 256^6 = 2^48 = 280 000 milliards de combinaisons.
4 octets = 32 bits => 256^4 = 2^32 = 4 milliards de combinaisons.
64 bits => 2^64 = 18 milliards de milliards de combinaisons.

Accessoirement, aucune des adresses MAC des interfaces ethernet de mes
machines ne commence par 00-00. Et la politique d'attribution des
adresses MAC est prévue pour empêcher que la même adresse soit utilisée
plusieurs fois.

Avatar
Olivier Masson
le FS105 est autosense. de toute façon on ne peut rien régler sur ces
switchs.
un conflit d'adresse IP veux-tu dire. parce que les adresses MAC sont
censées être uniques, à moins de les forcer ou les modifier, pour
certaines cartes/certains pilotes.


FF-FF-FF-FF-FF-FF = 256 puissance 5 cela donnerait 1 099 511 627 776
combinaisons, comme c'est souvent 00-00-XX-XX-XX-XX cela ne donne que
64 bits soit 16 777 216 donc il y en a forcément qui existent en
plusieur exemplaires,
Arrétons de délirer, je n'ai testé que l'ensemble mais pas troncon
par troncon séparément si tous sont défaillants c'est le cable qui
ne convient pas, sinon cela peut'être un dégat des souris non
compatibles avec la micro, évidemment la ou il faudra déménager la
moitié du grenier pour y accèder.



hein ?? 64 bits ? 16 777 216 ? 00-00 ? Depuis quand ils filent des docs
sur l'adressage MAC dans les oeufs kinder ?

C'est un peu nul de dire n'importe quoi sur ce forum. Quand on se sais
pas, on s'achète un bouquin sur les couches OSI ou on tape 'mac address'
dans un moteur de recherche.

Rapidement : 48 bits, les 24 premiers sont le manufacturer ID (la
marque), les 24 autres sont l'unique ID.


Avatar
lolo
désolé j'ai fait un labsus voir 32 bit et non 64 bit la prochaine
fois j'éviterai de faire confiance à ma tête pour le calcul, c'est
pas sur que cela aille moins vite.
Comme la programmation a été faite par des hommes comme toi et moi,
pourquoi ne pas imaginer l'erreur humaine qui ferait que des séries
d'adresses MAC aient été répétées involontairement.
de toute facon la probabilité est très faible de générer un conflit
mais pas nulle
si quelqu'un a cette adresse mac il a gagné 00-00
Description . . . . . . . . . . . : Intel 8255x-based PCI Ethernet
Adapter (10/100)
Adresse physique. . . . . . . . . : 00-00-29-E4-40-F5
Avatar
rejoc
Ca voudrais dire que les switch tout neufs netgear serait merdiques au dela
de 3 ou 4 mètres
As tu des modèles que tu aurais testé (en 8 ports 10/100M me suffiraient)




En général, la négo des paramètres se passe bien quand il n'y a aucun
trafic (par exemple un poste de travail au démarrage). Entre 2 switchs,
s'il y a des trucs connectés sur le switch "distant" lors de son
allumage ou raccordement de l'uplink, il va forcement y avoir du trafic
vers l'uplink qui va se "mélanger" à la négo. Et là, ça a des chances de
foirer. Peux-tu essayer de débrancher (si ça n'a pas déjà été fait) tous
les postes de travail du switch distant avant de le raccorder vers
l'autre switch ?

Je ne connais pas les modèles de switchs que tu as. N'y a-t-il pas au
moins des leds qui affichent l'état (half/full, vitesse) ? (ici c'est
surtout le half/full qu'il faut vérifier). Je n'ai pas testé de modèles
non manageables.

Avatar
Lolo
"rejoc" a écrit dans le message de
news:429c998b$0$5264$
Ca voudrais dire que les switch tout neufs netgear serait merdiques au
dela


de 3 ou 4 mètres
As tu des modèles que tu aurais testé (en 8 ports 10/100M me
suffiraient)






En général, la négo des paramètres se passe bien quand il n'y a aucun
trafic (par exemple un poste de travail au démarrage). Entre 2 switchs,
s'il y a des trucs connectés sur le switch "distant" lors de son
allumage ou raccordement de l'uplink, il va forcement y avoir du trafic
vers l'uplink qui va se "mélanger" à la négo. Et là, ça a des chances de
foirer. Peux-tu essayer de débrancher (si ça n'a pas déjà été fait) tous
les postes de travail du switch distant avant de le raccorder vers
l'autre switch ?

Je ne connais pas les modèles de switchs que tu as. N'y a-t-il pas au
moins des leds qui affichent l'état (half/full, vitesse) ? (ici c'est
surtout le half/full qu'il faut vérifier). Je n'ai pas testé de modèles
non manageables.

les leds s'allument en vert cela veut dire que la connection s'est établie à

100M si c'était en 10, cela s'allumerait en orange


Avatar
rejoc
"rejoc" a écrit dans le message de
news:429c998b$0$5264$


Ca voudrais dire que les switch tout neufs netgear serait merdiques au



dela

de 3 ou 4 mètres
As tu des modèles que tu aurais testé (en 8 ports 10/100M me



suffiraient)


En général, la négo des paramètres se passe bien quand il n'y a aucun

trafic (par exemple un poste de travail au démarrage). Entre 2 switchs,
s'il y a des trucs connectés sur le switch "distant" lors de son
allumage ou raccordement de l'uplink, il va forcement y avoir du trafic
vers l'uplink qui va se "mélanger" à la négo. Et là, ça a des chances de
foirer. Peux-tu essayer de débrancher (si ça n'a pas déjà été fait) tous
les postes de travail du switch distant avant de le raccorder vers
l'autre switch ?

Je ne connais pas les modèles de switchs que tu as. N'y a-t-il pas au
moins des leds qui affichent l'état (half/full, vitesse) ? (ici c'est
surtout le half/full qu'il faut vérifier). Je n'ai pas testé de modèles
non manageables.



les leds s'allument en vert cela veut dire que la connection s'est établie à
100M si c'était en 10, cela s'allumerait en orange



Et rien qui indique half ou full duplex ? En général, c'est là que ça

coince et qui peut donner des résultats qui semblent marcher tant que le
trafic est faible.

En relisant le message d'origine, je comprends que les 2 switchs sont
reliés directement au routeur. Est-ce que le résultat est le même si on
a un montage du genre :
[routeur]---------[switch1]----------[switch2] ?

D'autre part, coté routeur, peut-on voir les paramètres des ports ethernet ?



Avatar
lolo
j'ai essayé également
puis j'ai essayé tronçon par tronçon les grandes lignes encastrèes
entre un
[portable W2K]<----...câble en test...--->[switch]<---cordon
Gigabit---->[PC XP]
par contre j'ai observé le même comportement en remplacant le câble
en test par un court cordon Gigabit ce qui signifie que le problème
vient d'ailleurs des câbles.
un ping de XP à 2K passe <1ms et de 2K à XP délai dépassé
même chose en inversant les 2 PC
par contre nickel en remplaçant le switch par le vieux Hub 10M
y a t'il une config à modifier sur les cartes ou sur les protocoles
qui ne soit pas compatible avec le 100M
D'après netgear, Les 8 ports s'adaptent automatiquement au mode
approprié ainsi qu'à la vitesse. La fonctionnalité Auto-Uplink
ajuste les ports en fonction du type de câble employé. Il n'y a pas
de problème possible, dû à l'utilisation d'un mauvais type de câble.
Avatar
rejoc
j'ai essayé également
puis j'ai essayé tronçon par tronçon les grandes lignes encastrèes
entre un
[portable W2K]<----...câble en test...--->[switch]<---cordon
Gigabit---->[PC XP]
par contre j'ai observé le même comportement en remplacant le câble
en test par un court cordon Gigabit ce qui signifie que le problème
vient d'ailleurs des câbles.
un ping de XP à 2K passe <1ms et de 2K à XP délai dépassé
même chose en inversant les 2 PC
par contre nickel en remplaçant le switch par le vieux Hub 10M
y a t'il une config à modifier sur les cartes ou sur les protocoles
qui ne soit pas compatible avec le 100M
D'après netgear, Les 8 ports s'adaptent automatiquement au mode
approprié ainsi qu'à la vitesse. La fonctionnalité Auto-Uplink
ajuste les ports en fonction du type de câble employé. Il n'y a pas
de problème possible, dû à l'utilisation d'un mauvais type de câble.



Et est-ce que l'interface d'un des 2 PC ne serait pas dans un mode non
négocié (ça doit se trouver du côté des paramètres des cartes ethernet) ?

Avatar
Lolo
"rejoc" a écrit dans le message de
news:429dfb8f$0$28319$
j'ai essayé également
puis j'ai essayé tronçon par tronçon les grandes lignes encastrèes
entre un
[portable W2K]<----...câble en test...--->[switch]<---cordon
Gigabit---->[PC XP]
par contre j'ai observé le même comportement en remplacant le câble
en test par un court cordon Gigabit ce qui signifie que le problème
vient d'ailleurs des câbles.
un ping de XP à 2K passe <1ms et de 2K à XP délai dépassé
même chose en inversant les 2 PC
par contre nickel en remplaçant le switch par le vieux Hub 10M
y a t'il une config à modifier sur les cartes ou sur les protocoles
qui ne soit pas compatible avec le 100M
D'après netgear, Les 8 ports s'adaptent automatiquement au mode
approprié ainsi qu'à la vitesse. La fonctionnalité Auto-Uplink
ajuste les ports en fonction du type de câble employé. Il n'y a pas
de problème possible, dû à l'utilisation d'un mauvais type de câble.



Et est-ce que l'interface d'un des 2 PC ne serait pas dans un mode non
négocié (ça doit se trouver du côté des paramètres des cartes ethernet) ?
Toutes les cartes sont en auto, c'est obligé, car certains équipement en bas

sont en 10M et ou ne sont pas en full duplex par contre en bas tout
fonctionne 10, 100M, half ou full duplex, ça se démerde tout seul même en
supervision (telnet et ftp à 10M ) avec OS9 mMicroware etc...en même temps
temps en 100M avec un autre PC
c'est uniquement à l'étage avec les pc sous XP avec uniquement des cartes
10/100/1000 ou 10/100 (en bas il n'y a pas de XP)


1 2 3