mon switch accepte-t-il les cables croisés? - Matériels & problèmes divers - Hardware
Marsh Posté le 11-04-2003 à 10:50:02
non, je voulais juste savoir si ça changeait encore quelque chose, mais je suis en train de faire des tests entre mon ordi et mon modem adsl, et apparemment aucun problème. Les 24 ports ont l'ai de marcher nickel.
Marsh Posté le 11-04-2003 à 10:50:06
c quoi l'intérêt d'utiliser des câbles croisés avec un switch ?
Marsh Posté le 11-04-2003 à 10:50:42
A priori un switch ne voit pas la différence entre un droit et un croisé
Il y a juste certains switchs qui permettent d'utiliser un droit à la place d'un croisé en réalisant un croisement interne via un petit bouton
A+
Marsh Posté le 11-04-2003 à 10:52:49
ben non, justement, maintenant y'a pas besoin de bouton, tout est automatique. En tous cas, c'est ce que j'avais entendu, et il semblerait bien que ce soit le cas sur le mien.
Marsh Posté le 11-04-2003 à 10:53:40
biniou a écrit : c quoi l'intérêt d'utiliser des câbles croisés avec un switch ? |
de devoir acheter bcp moins de cables pour ma LAN de ce week-end, tout simplement.
Marsh Posté le 11-04-2003 à 10:54:27
biniou a écrit : c quoi l'intérêt d'utiliser des câbles croisés avec un switch ? |
+1 =) à part sur un uplink je voit pas
ah si pour son modem ethernet adsl justement, il fo un cable croisé entre modem et switch
Marsh Posté le 11-04-2003 à 10:56:03
c'est pas dur quand même, j'ai déjà des cables chez moi, des droits et des croisés, et ça serait chouette d'économiser quelques ? en devant acheter des cables en moins. Cela dit, je viens de faire le test, et effectivement c'est tout-à-fait automatique. Il prend 1/4 de sec pour reconnaitre le type de cables branché sur chaque port, et s'y adapte.
Marsh Posté le 11-04-2003 à 10:56:43
Jonas a écrit : c'est pas dur quand même, j'ai déjà des cables chez moi, des droits et des croisés, et ça serait chouette d'économiser quelques ? en devant acheter des cables en moins. Cela dit, je viens de faire le test, et effectivement c'est tout-à-fait automatique. Il prend 1/4 de sec pour reconnaitre le type de cables branché sur chaque port, et s'y adapte. |
seti pas bo
Marsh Posté le 11-04-2003 à 10:57:51
J'ai aussi fait un test de ping vers mon modem: 1ms stable, en passant par le switch et deux cables de 10m. Cela dit, je suppose que c'est vraiment la moindre des choses, et que même avec 100m de cable j'aurais la même chose...
Marsh Posté le 11-04-2003 à 10:58:51
Jonas a écrit : J'ai aussi fait un test de ping vers mon modem: 1ms stable, en passant par le switch et deux cables de 10m. Cela dit, je suppose que c'est vraiment la moindre des choses, et que même avec 100m de cable j'aurais la même chose... |
100 m de cable c la limite à mon avis tu aurais pas 10 ms avec 100 m de cable
Marsh Posté le 11-04-2003 à 11:01:15
ReplyMarsh Posté le 11-04-2003 à 11:01:18
Il a la fonction mdi/mdix donc pas de problemes:
"Auto-ajustement des ports en MDI / MDIX
Tous les ports 10/100Mbps s?auto-ajustent en croisé ou décroisé, éliminant le besoin du câble croisé ou du port uplink. L?utilisateur peut brancher son serveur, sa station de travail ou son hub en utilisant un câble droit paires torsadées pour effectuer la connexion. Le port détectera automatiquement le type d?élément connecté et ajustera le port avant de transmettre et recevoir les données."
Marsh Posté le 11-04-2003 à 11:01:22
mon cul =) met un cable de 100 m et transfert qq chose, tu mettra bcp plus de tps car il y aura plus de perte
Marsh Posté le 11-04-2003 à 11:03:05
BJOne a écrit : le ping n'a RIEN A VOIR avec la longueur de cable. |
ben, physiquement, SI, à la longue, faut bien... Même avec de la fibre optique... 300Km = +2ms (théorique)
maintenant, dans la pratique, c'est clair que c'est pas ça qui nous emmerde...
Marsh Posté le 11-04-2003 à 11:03:26
graben2000 a écrit : mon cul =) met un cable de 100 m et transfert qq chose, tu mettra bcp plus de tps car il y aura plus de perte |
c'est que c'est un cable de merde, qu'il y a des erreurs de transfert ctout...
après tu peux aussi incriminer la sensiblité du switch et des NICs....
mais dans la théorie ping!=longueur de cable...
Marsh Posté le 11-04-2003 à 11:03:55
napo a écrit : Il a la fonction mdi/mdix donc pas de problemes: |
c'est ce que j'avais compris, mais j'aime bien que d'autres avis confirment!
Marsh Posté le 11-04-2003 à 11:04:51
Jonas a écrit : |
enfin on parle de LAN, pas de WAN...
Marsh Posté le 11-04-2003 à 11:07:45
BJOne a écrit : |
ping c le tps que l'info parte et revienne ( envoit d'un ICMp ) donc plus ton cable est long logiquement , plus c long
après 100 m c la limite conseillé mais tu peux dépasser
Marsh Posté le 11-04-2003 à 11:08:33
oui, nous sommes dans le LAN pas dans le WAN, ne nous éloignons pas =)
Marsh Posté le 11-04-2003 à 16:16:50
c'est clair qu'avec un cable de 100m ce sera plus long (si ca marche !), le signal se perd au bout d'un moment !
dailleurs c'est aussi la function d'un hub ou d'un switch (répétiteur)
Marsh Posté le 11-04-2003 à 16:34:51
Clair que sa depend de la qualite des cables
STP>FTP>UTP
on me corige si je me suis trompe
Edit: apres verification pour la qualite des cables c bien STP>FTP>UTP
et pour le switch je ne penses pas qu'il "regenaire" le signal (a confirme)
Marsh Posté le 11-04-2003 à 16:39:32
Citation : ping c le tps que l'info parte et revienne ( envoit d'un ICMp ) donc plus ton cable est long logiquement , plus c long |
Heu ... Tu sais, l'info a tendance à aller vite sur les cables ... C de l'éléctricité, pas du son (a moins que ...)
Par contre la longueur du cable entraine plein de pertes ...
(c d'ailleurs pour ça qu'un jour, un gus a commercialisé les cables coax plutot que se pendre avec ...)
Marsh Posté le 11-04-2003 à 16:39:55
graben2000 a écrit : |
les info cicules sur le cable presque a la vitesse de la lumiere
soit pres de 300 000 km/s
question combien met de temps une impulsion electrique pour parcourir 100m ?
reponse :
3.10^-7 seconde soit
0.3µs ou 0.0003 ms
c'est vrai que le ping augmente un peu avec un cable de 100m
Marsh Posté le 11-04-2003 à 17:09:30
ZoRLaC a écrit : Clair que sa depend de la qualite des cables |
ah ben si .....
Marsh Posté le 11-04-2003 à 17:32:09
vi le switch régénère car le switch possède une éléctronique complète de carte réseau par port.
par contre même si c'est négligeable, un switch peu augmenter théoriquement le ping par rapport à un hub, car celui-ci fait l'acquisition complète de la trame, regarde kicaiki doit la recevoir, et réémet la trame. alors que le hub "connecte" tout les ports entre eux...
donc on a une latence résiduelle et certainement extrement faible dû au store & forward...
Marsh Posté le 11-04-2003 à 21:36:39
dje33 a écrit : |
ça je sais bien =)
mais le fait est qu'un cable long aura plein de perte à cause des IEM
Marsh Posté le 11-04-2003 à 21:41:20
c'est pour cela que tu ne doit pas depasser les 100m
normalement sur 100m les pertes ne sont pas assez importante pour que la qualité soit degradé. apres tu a peu etre du calbe de mauvaise qualité
perso j'ai des cables de 20 m et il n'y a aucune difference avec le cable de 1m niveau ping
Marsh Posté le 11-04-2003 à 22:25:07
sinon je crois qu'aussi la distance maxi est liée aussi à la fenêtre d'écoute après émission pour détecter les collisions potentielles.
Marsh Posté le 15-04-2003 à 10:19:48
BJOne a écrit : vi le switch régénère car le switch possède une éléctronique complète de carte réseau par port. |
pour résumé le hub partage la bande passante alors que le switch non !
Marsh Posté le 11-04-2003 à 10:42:15
j'espère que oui, mais je suis pas sûr à 100%, et là ça devient urgent!
http://www.linksys.com/products/pr [...] 9&prid=473
Bon, à relire le truc, je suis sûr à 99% qu'aucun problème, mais je n'aime pas les mauvaises surprises...
Merci!
---------------
et voilà