je voudrais connaitre la difference entre un switch et un hub.
est ce que celle-ci justifie la difference de prix ??
merci
++

Hoy !
 
Quand tu transfère un fichier en passant par un hub, celui-ci envoie à toute les machines et celle concernée récupère le fichier... ça bouffe donc pas mal le réseau quand tu as un hub 16 port avec plein de monde en train de trafiquer par là.
 
Un switch envoie dirrectement le fichier à la bonne personne sans que les infos soient envoyées à tous le rézo...
 
a+
 
Darx

plus techniquement un hub est un répéteur multiports (niveau 1 du mùodele OSI) et le switch est un pont multiports (niveau 3 certains diront 2 mais je ne suis pas d'accord car il travaille sur les adresses IP)
sinon pour l'explication de DARXmurf c très clair, il fait de la commutation

marci a tous  
oui maintenant je comprends mieux et la difference avec un routeur plz  
merci d avance
++

un routeur est une sorte de porte, il est connecté en permanence sur le net. Dès que tu lance ton navigateur, il laisse passer la connexion et tu arrive direct dessus, un modem bah c'est une boite qui doit numéroter pour aller sur le net... si plusieurs machines sont branchées sur un routeur, elle peuvent toutes accéder au net par contre, si tu utilise un modem pour plusieur machines, il y en a une qui doit toujours être allumée pour que les autres passent par elle... tu vois ce que je veux dire ?
 
a+
 
Darx

 
Un switch au sens traditionnel du terme travaille a partir des adresses MAC et est donc de niveau 2.
 
Les commutateurs de niveau 3, travaillant sur les adresses IP, sont un autre type d'équipement tant en terme de fonctionnalité qu'en terme de coûts. Ce n'est pas ce type de commutateur qui sont généralement comparés aux hubs.

au passage,la question a ete pose plusieurs fois
 
La fonction recherche du forum est ton ami

faut pas se sentir obligé de dire tout l'temps la meme chose
ca saoul un peu

bigstyle a écrit a écrit : au passage,la question a ete pose plusieurs fois   La fonction recherche du forum est ton ami

OH que ouiiiiiiiiii ca me saoule, je ne veux pas croire que la réponse de bigstyle ait apporté qqch sauf qu'il est content d'avoir répondu à une question!!!!

 
tiens tiens... je me disais aussi...

je vous emmerde et je rentre a ma maison

merci
mais est-ce qu un hub ne fait pas comme un routeur??
je sais que je suis chiant mais svp je pourrais esperer avoir l'ombre de l'ADSL  
   
++all

Non un hub ne peut pas faire comme un routeur... il n'est pas possible de partager un connexion ADSL avec un hub... sauf si bien sur tu fait un partage de connexion sur le PC qui possède la connexion. Le hub ne sait pas "router" les trames tout seul...
 
J'espère que j'ai répondu a ta question... mais comme j'ai survolé le post il se peut que je soit a coté, so c'est le cas n'hésite pas a me le dire
 

 
T'es sur que c'est pas niveau 2 ? car en fait il travail avec les adresses MAC et non les IP ? je dis ca mais j'en suis pas sur...en fait c juste pour avoir une précision...

si si ta reponse est tres bien merci a tous  
++

 
En y réflechissant j'en suis quasiment sur... les switchs "classiques" (c'est a dire ceux qui ne sont pas comme les switchs haut de gamme de niveau 3)sont de niveau 2.... car ils travaillent avec les adresses MAC et non IP....cela concerne donc le niveau 2 d'OSI. Enfin c pas bien grave... c juste histoire d'apporter une précision... si qq un pouvait confirmer ca serait bien

 
Désolé je suis allé trop vite.... Guru avait déjà répondu... oups...

Je ne suis pas réellement d'accord car un switch fait du filtrage positif!!

Webman a écrit a écrit :     En y réflechissant j'en suis quasiment sur... les switchs "classiques" (c'est a dire ceux qui ne sont pas comme les switchs haut de gamme de niveau 3)sont de niveau 2.... car ils travaillent avec les adresses MAC et non IP....cela concerne donc le niveau 2 d'OSI. Enfin c pas bien grave... c juste histoire d'apporter une précision... si qq un pouvait confirmer ca serait bien

 
Le débat est intéressant!!
Peut être lancé le suje serait intéressant

 
  C'est quoi ça?
 
Sinon en parlant des switch classiques (les moins chers), ils travaillent bien au niveau des adresses MAC... Le mien en tout cas (DLink DES-1008D). D'ailleurs j'ai déjà utilisé un autre switch pour faire autre chose que du TCP/IP, et ça marchait très bien.

Salut,
 
j'ai brièvement lu les messages dans ce post, et j'y ai vu des horreurs qui m'ont fait frémir.
 
Petit rectificatif :
 
- HUB = répéteur. niveau physique= couche 1 du modele OSI. Renvoie sur tous les ports ce qu'il reçoit. Si A parle avec B, C ne peut pas parler avec D en même temps (à cause de csma/cd).
 
Rappel : csma/cd : méthode d'accès d'ethernet. On ne peut pas parler si on reçoit quelquechose en meme temps.
 
- SWITCH = commutateur (en fonction des @ MAC). niveau liaison de données= couche 2 du modele OSI. Ne renvoie la donnée qu'il reçoit que sur le port qui va bien, si on le connait (le switch maintient pour ça une table d'@ MAC). Si on ne sait pas sur quel port envoyer la donnée (l'@ MAC de la station destinataire n'est pas encore dans la table du switch), le switch broadcast (envoie à tout le monde comme hub). Quand la station répondra, on la rajoutera dans la table, et on ne broadcastera donc plus la prochaine fois que quelqu'un voudra lui parler.
Avec un switch, on voit donc bien que quand A parle avec B, C peut aussi parler avec D, en même temps.
 
- SWITCH LAYER 3 = commutateur au niveau 3 du modele OSI (IP par exemple). Vraiment pas le switch classique. fait pareil qu'un switch classique, mais il ne regarde pas les @ MAC (contenue dans les trames), mais plutot les @ de niveau 3 (@ IP si on utilise IP comme protocole de niveau 3).
 
 
- ROUTEUR = sert à interconnecter des réseaux. ROUTE les paquets d'un réseau à un autre. A pour cela une table de routage qui contient un ensemble de règles à appliquer.
 
exemple : si paquet IP pour 162.13.x.x le transmettre à port 2
          si paquet IP pour 164.x.x.x le transmettre à port 3
          ...
 
Utilisation la plus courante : partager une connexion internet : d'un côté du routeur on a un réseau (celui de notre maison) et de l'autre un autre réseau : internet. (les puristes me pardonneront ce petit abus de langage, fait pour simplifier). Le routeur sert alors à faire le lien entre les 2. (à les interconnecter).
 
Voila, CQFD.

 
pas seulement. En fait tu ne peux pas emettre de packet si qlq un d aurte est deja en train de parler
pour emettre, il fo ecouter le support, et s il est libre, on peut envoyer des packets
 
 
voilou

 
et bien guigui nous a sorti son livre de chevet c'est bien!! mais le filtrage positif d'un switch, s'est effectué comment si ce n'est pas du niveau 3???
c pas marqué dans ton bouquin?

doumoyamamoto a ecrit:"mais le filtrage positif d'un switch, s'est effectué comment si ce n'est pas du niveau 3??? "peut tu preciser ce que c'est du filtrage positif !!!?????

Le prix  

-> tomate77
 
je suis peut-être passé un peu vite sur csma/cd, tu as raison.
 cela dit porur être plus précis alors, je ne suis pas tout à fait d'accord avec toi (bon la on rentre vraiment dans du detail, c'est vraiment du perfectionnisme). :-)
 
Si une station A ne reçoit rien quand elle veut parler, elle commence à parler, sans probeleme. Si maintenant une station B était en fait en train de parler mais que, à cause du temps de propagation sur le fil, la donnée n'etait pas arrivé à A, la station A va recevoir la donnée émise un peu avant par B alors qu'elle est elle-ememe en train de parler. Il en résulte l'arrêt de l'émission de la part de A. le JAM ainsi généré va arriver à B après un certain temps, qui va lui alors arrêter la transmission. On a détecté une collision, et 2 résidus de trames se balladent sur le réseau. Un nombre aléatoire est généré et au bout de ce temps, si rien ne passe sur le fil, les stations vont retenter d'émettre.
 
Voila, c'etait juste pour être plus précis.
 
 
 
-> doumoyamamoto
 
le filtrage positif (et negatif aussi) permet de filtrer des @ MAC, pour par exemple empêcher des stations d'accéder à certaines ressources. Si on veut mettre en place des stratégies de sécurité comme ça, il faut dans la configuration du switch rentrer à la main les @ MAC que l'on veut filtrer. Comme tu connais l'@ MAC d'uene carte sous windows, tu la repères et tu vass sur ton swirtch pour appliquer un filtre dessus. Pas vraiment de niveau 3 la-dedans non ?
 
En parlant de livre, tu ferais peut-être mieux d'arreter les bds des schtoumphs. Peut-être qu'en en lisant d'autres, tu diras moins de conneries.
 
Sur ce, A+.
 
Gargamelle.

 pour la fin du message.
 
Grand schtroumpf
 
edit : Bon c est peut etre con ce que je vais dire,mais que ce soit niveau 2 ou 3,a part mieux comprendre la facon dont est traite le message,ca sert a quoi ?
Je connais le modele OSI et tout et tout mais je n ai jamais vraiment compris son "utilité" ...Rechercher la cause de probleme pas a pas ?

-> bigstyle
 
faire communiquer des machines de façon fiable n'est pas une chos évidente. Cela nécessite plein d'opérations, et pleins de contrôles tout au long du procesus.
 
juste un tout petit peu d'histoire : avant tous les constructeurs avaient leurs jeu de protocoles propriétaires (SNA pour IBM, Novell,...). Résultat : seules les machines parlant le même langage et ayant les memes reactions (donc utilisant le meme jeu de protocoles) pouvaient discuter entre elles. Pour faire discuter des machines qui ne parlaient pas la meme langue, on devait passer  par un traducteur (une passerelle : attention d'ailleurs car ce mot a été ensuite détourné de son sens original, et ne désigne aujourd'hui plus du tout la meme chose). Fatalement, c'était un beau bordel. L'ISO (International Standard Organisation) a donc pondu un modèle, le modele OSI, qui devait être utilisé par tout le monde, et ainsi régler ce problème de compatabilité. Il s'avère que par la suite, c'est une architecture de protocoles un peu différente (en fait le modele OSI un peu modifié et simplifié) qui a gagné la bataille et qui s'est retrouvée être utilisée par tout le monde. Cette architecture est TCP/IP.
 
Comme le modele OSI (découpé en 7 couches), l'architecture TCP/IP est découpée en couches (5 couches : en fait les couches 5, 6 et 7 du modèle OSI ont été intégrées dans la meme, la numéro 5).
 
 
Maintenant (ouf)on en arrive à ta question : pourquoi fait-on des couches ? A quoi ca sert ?
 
Comme on l'a déjà dit, faire communiquer des machines n'est pas chose évidente. On a donc organisé le processus pour le couper en couches, chacune rendant un service particulier. Le but est , lorsqu'on se sert des fonction d'une couche donnée, de ne pas avoir à se soucier de ce qui se passe derriere. On demande à une couche de nous rendre un service, et on ne veut pas avoir à gérer tout ce qu'il y a à faire pour le réaliser. Ce sont les couches inférieures qui vont s'en charger, mais de façon transparente pour nous.
 
Prenons l'architecture TCP/IP.
Les services rendues par les couches 4 et inférieures (la 5 est la couche application) sont : (en un peu simplifié, juste pour le plus important)
 
- TCP (couche 4, ou couche transport). Service : acheminer de façon FIABLE une donnée (un fichier par exemple) à un destinataire quelconque.
 
- IP (couche 3, ou couche reseau). Service : amener un paquet de données (de taille relativement petite) jusqu'au BON destinataire, quel qu'il soit et où qu'il soit. On peut reformuler en disant : ROUTER le paquet jusqu'au bon destinataire. le destinataire est identifié par son adresse de niveau 3 (@ IP ici)
 
- LLC/MAC (pour ethernet). Couche 2, ou couche liaison de données. Service : acheminer une donnée (contenue dans une trame) mais seulement A UN VOISIN (on entend par voisin n'importe quelle machine qui est dans le même reseau que nous).le destinataire est identifié par son adresse de niveau 2 (@ MAC ici)
 
- couche physique (couche 1). Service : faire passer les 0 et les 1 qui constituent la trame sur le fil.
 
 
Prenons maintenant un rapide exemple, hyper simplifié. Moi, d'IP A, veut envoyer le fichier toto.txt à l'ordinateur d'IP B.
J'utilise pour cela FTP (protocole de niveau 5 ici).
 
1. FTP demande à TCP d'ouvrir une connexion avec la machine d'IP B. ET C'EST TOUT POUR LUI. IL N'EN A RIEN A FOUTRE DE COMMENT FAIRE POUR CELA. En fait, TCP va générer un paquet de connexion qu'il va donner à IP pour que celui-ci l'amene à la machine B.  
      - Si la machine B est dans le meme reseau que A, IP va mettre le paquet dans une trame et demander à la couche 2 de l'envoyer à son voisin B. (Bon, la on coupe grave, mais sinon ca devient chaud a suivre)  
      - Si B n'est pas dans le meme reseau, la couche IP de A va envoyer le paquet à son routeur (passerelle par défaut dans windows) qui lui aussi fait du niveau 3 et se débrouillera avec. Supposons pour raccourcir le truc (parce que je commence à fatiguer moi :-) ) que seul un routeur sépare le réseau de A du reseau de B. On n'aura donc à faire qu'un seul saut par un routeur. Le paquet est mis dans une trame. la trame est envoyé au routeur par la couche 2 de B. Le routeur recoit la trame, prend ce qu'il y a dedans, et le donne à sa couche 3.Le paquet IP arrive donc au routeur, qui le ROUTE. Il regarde sa table de routage et voit qu'il faut pour atteindre ce réseau aller sur le port 4. Le routeur se rend compte que sa patte 4 EST DANS le réseau de B. C'est possible grâce à l'@ IP de B : cette patte 4 a une @ IP et un masque de sous-reseaux, ce qui permet de savoir si une @ IP donnée est oui ou non dans le meme reseau. Mais bon c'est pas le probleme ici. Notre routeur encapsule notre paquet IP dans une trame de niveau 2. Il donne alors cette trame à sa couche 2, qui va lui rendre le service pour quoi elle a été conçu, à savoir d'envoyer une trame à un voisin, ici B.  
 
Note : pour cela, le routeur doit bien sur connaitre l'@ de niveau 2 de B (l'@ MAC de B). Soit il l'a dans une table de correspondance, soit il la demande par ARP.
 
la couche 2 du routeur va faire appel à la couche 1 du routeur pour faire passer la trame sur le fil.
 
2. la carte réseau de B va voir arriver la trame, reconnaître qu'elle est pour elle (car l'@ destinataire est son @ MAC). Elle va donc remonter la donnée contenue dans le trame (le paquet  IP) à sa couche 3, qui reconnait que c'est pour elle (car l'@ de niveau 3 destinataire est son @ IP). Elle donne donc le contenu du paquet IP (la demande de connexion, on la retrouve) à sa couche TCP qui va se charger alors d'ouvrir une connexion TCP
 
3. Tout ce cheminement est réalisé pour tous les échanges de données (les parties du fichier toto.txt coupé en morceau), et pour fermer la connexion.
 
 
EN GROS, voila comment ca se passe. On voit donc bien qu'avec une architecture en couche, on se simplifie la vie : on demande à une couche de faire ce pour quoi elle a été prévue, et on ne s'en occupe plus. Ce service va nécessiter l'intervention de toutes les couches inférieures, mais ca n'a pas d'importance pour la couche en question.
 
Autre avantage : si on veut ajouter de nouvelles fonctions, ou modifier la façon dont est traité un évènement par exemple, il suffit de retoucher le programme correspondant à la couche en question, et c'est bon. On a un truc modulaire et plus facilement modulable en fait.
 
VOILA. C'EST FINI. OUF !!
J'espere que tu ne t'es pas endormi, et surtout que ca t'a permis de voir un peu mieux l'interet d'un systeeme en couches, et le role (en gros) de celles-ci.
 
Maintenant si un truc n'est pas clair, ou que je n'ai en fait carrement pas répondu à ta question et passé totalement a coté, dis-moi le, pas de probleme.
 
Le grand Schtroumpf.

Il est terrible ce grand schtroumpf !    
 
Merci pour ton explication qui est tres claire et qui permet de mieux se representer le modele OSI et DOD.
 
En fait,tu as repondu en grande partie a ma question mais le seul point qui reste flou pour moi,c est de savoir pourquoi on se pose cette "grande" question : Sur quelle couche ca travaille ?
 
Je veux dire par la,le fait que l on sache qu un routeur travaille sur la couche 3,et la plupart des switch sur la couche 2 ,peut nous servir a quoi ?(a part comme tu l as dit de "retoucher le programme correspondant a la couche en question".
 
Disons que je comprend bien l aspect theorique de ce modele qui a permis d uniformiser les communications sur un reseau,mais au niveeau "pratique",je vois pas trop  

et ben disons qu'en fait moi je me suis rarement posé la question...  :-)
 
Moi je bosse dans le reseau, parce que ca me passionne. De ce fait, je m'interresse a ce genre de choses, car j'ai envie de tout savoir (enfin du mmoins mon maximum ) sur le fonctionnement.
 
Maintenant dans la pratique, c'est sur que ce n'est pas la peine de savoir tout ca pour mettre 2 malheureuses machines en reseau pour s'echanger des divx (prenons un exemple au hasard)  :-)
 
Quand on commence a faire de la conception, de l'administration, ou de la supervision, là il faut savoir un minimum de choses théoriques, car la connaissance de la théorie pourra t'aider à faire en pratique un reseau qui marchera mieux (choix de l'architecture du réseau et des protcoles utilisés), ou à te dépanner plus vite car tu isoleras plus rapidement le probleme.
 
Desole de te repondre ca, parce que c vraiment une reponse en bois qui n'apporte rien de bien concret.
Mais bon, c juste mon avis.
 
A+

J espere justement etre amene a avoir a brancher plus que 2 machines en reseau,c est pour ca que je posais la question
 
Je suis des etudes d'info et les reseaux me passionnnent aussi.
C'etait juste une question "naive" de ma part mais tu as rejoint aussi un peu ce que je pensais,comme quoi si on doit ramener ces modeles pour une utilite "concrete",ca permet de retracer le chemin suivi par l information et de localiser plus facilement une panne.

 oui en fait je me corrige un switch est bien un équipement de niveau 2
mais un switch peut aussi faire du filtrage de niveau 3    donc je m'en sors pas mal

pour qu'un switch fasse du filtrage de niveau 3, il faut qu'il remonte jusqu'à la couche 3 (logique). Il analyse donc le paquet de niveau 3 (paquet IP en général) contenu dans la trame, et non pas simplement la trame comme le font usuellement les commutateurs.
 
Les switchs qui font ça ne sont pas les switchs "classiques", mais les switch layer 3, qui comme leur nom l'indiquent bossent au niveau 3.
 
Mais pour de tels switchs (encore une fois vraiment pas le type de switch que tu vas acheter chez n'importe quel revendeur au coin de la rue) je suis d'accord, ils peuvent le faire.
 
A+

 
Je souhaiterai ajouter quelque chose a cette réponse du Grand Gargamel ...
Savoir sur quelle couche travaillent tels et tels équipements permet tout simplement de faire fonctionner un réseau, pas seulement de le faire fonctionner mieux.
Prenons un exemple super simpliste ...
Si je veux relier un reseau IP et un reseau ATM ... ben je peux pas utiliser un switch layer 3 .... sinon, comment qu'il trouve l'IP ... je pense que c'est la raison primordiale qui nécessite la connaissance des couches pour être resolue.
D'autre part, quand tu commences à sortir des réseaux informatiques et que tu dois installer des pabx Ip, etc ... mieux vaut connaitre les couches utilisées sinon, tu ne peux rien faire fonctionner.
 
Azrel !!
 
P.S. : sinon, les explications sur les couches étaient tres bien faites ...