Question sur le fonctionnement des switchs - pour être sur de bien comprendre
13 réponses
Pierre Lopan
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et
les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur le
réeau.
Je sais que sur un hub 10/100 (espèce en voie de disparition), il suffisait
d'avoir un PC connecté à 10 Mbps pour obliger tout le monde à dialoguer à 10
mbps. :-(
Si j'ai bien compris, avec un switch moderne 10/100 (que l'on trouve dans
les 20 euro) ou 10/100/1000 (que l'on trouve à partir de 100 euro environs),
on peut mixer les vitesses.
Supposons un réseau de 4 PC :
- un serveur avec une carte gigabit ethernet
- un client A avec une carte gigabit ethernet
- un client B avec une carte 100 mbps
- un vieux client C avec une carte 10 mbps
- une imprimante avec carte ethernet intégrée à 10 mbps.
Sachant que tout les PC clients dialoguent avec le serveur, et que tous les
PC impriment de temps en temps.
Puis je en déduire que le serveur et les PC dialoguerons avec la vitesse
optimum : le serveur dialogue avec le client A en gigabit, en 100 mbps avec
le client B et en 10 avec le C, et que tout le monde imprime sans soucis?
"Pierre Lopan" a écrit dans le message de news: 41f434ad$0$18248$
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur le réeau.
Je sais que sur un hub 10/100 (espèce en voie de disparition), il suffisait d'avoir un PC connecté à 10 Mbps pour obliger tout le monde à dialoguer à 10 mbps. :-(
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
-- Raybones
"Pierre Lopan" <plopan@bigfoot.com> a écrit dans le message de news:
41f434ad$0$18248$626a14ce@news.free.fr...
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et
les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur
le réeau.
Je sais que sur un hub 10/100 (espèce en voie de disparition), il
suffisait d'avoir un PC connecté à 10 Mbps pour obliger tout le monde à
dialoguer à 10 mbps. :-(
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
"Pierre Lopan" a écrit dans le message de news: 41f434ad$0$18248$
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur le réeau.
Je sais que sur un hub 10/100 (espèce en voie de disparition), il suffisait d'avoir un PC connecté à 10 Mbps pour obliger tout le monde à dialoguer à 10 mbps. :-(
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
-- Raybones
Pierre Lopan
"Freelancer" wrote in message news:41f43c4d$0$8518$
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
Je sais bien que les hubs, que je citais pour mémoire, sont obsolète, mais c'est sur les switchs que je voudrais être sur d'avoir bien compris :-))
"Freelancer" <freelancer@numericable.fr> wrote in message
news:41f43c4d$0$8518$626a14ce@news.free.fr...
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
Je sais bien que les hubs, que je citais pour mémoire, sont obsolète, mais
c'est sur les switchs que je voudrais être sur d'avoir bien compris :-))
"Freelancer" wrote in message news:41f43c4d$0$8518$
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
Je sais bien que les hubs, que je citais pour mémoire, sont obsolète, mais c'est sur les switchs que je voudrais être sur d'avoir bien compris :-))
MaXX
Pierre Lopan wrote:
Puis je en déduire que le serveur et les PC dialoguerons avec la vitesse optimum : le serveur dialogue avec le client A en gigabit, en 100 mbps avec le client B et en 10 avec le C, et que tout le monde imprime sans soucis? Ou bien est-ce plus compliqué? Corrigez moi si je me trompe...
Dans l'idéal oui, dans la pratique ça peut varier. Sur des switchs pas chers ce ne sera pas le cas tout le temps.
Déduction d'électronicien: Dans un hub, en très gros, tout les ports sont reliés entre eux, les machines reçoivent des "temps de parole", si une est trop bavarde ou prend la parole quand ce n'est pas son tour ->collision, il faut réemettre le paquet. Quand ça surcharge, le réseau devient de + en + lent. Dans le switch tous les ports sont connectés à l'intérieur sur un bus (backbone), qui va à la demande mettre en relation les deux ports le temps de transmettre le paquet de A vers B puis de A à C l'instant d'après. Il commutte les ports d'où le nom. Il va, en ne laissant pas les machines parler en même temps supprimer les collisions. Si le switch a un bus avec suffisament de bande passante, il peut travailler à vitesse optimale à pleine charge. Par ex: ton switch est un 4 ports Gbit le bus doit pouvoir acheminer 4GBits/s pour tenir ses promesse. Mais bon faut déjà avoir des machines suffisament puissantes pour débiter une 100aine de mégas/sec (arondi très violent). Un switch pas cher est capable de tenir "la syncho" 1GBit par port quand à tenir un transfer de donnée à ce rythme... Perso, pour 20eur, j'y crois pas... Si tu achètes un switch haut de gamme, je là je crois que ça tient la route... j'ai regardé une liste de prix Cisco et quand je vois la différence de prix, je crois que ce n'est pas seulement un histoire de marque...
Voilà pour mon avis, mais si quelcun veut corriger ou apporter des compléments je prends...
MaXX
Pierre Lopan wrote:
Puis je en déduire que le serveur et les PC dialoguerons avec la vitesse
optimum : le serveur dialogue avec le client A en gigabit, en 100 mbps
avec le client B et en 10 avec le C, et que tout le monde imprime sans
soucis?
Ou bien est-ce plus compliqué?
Corrigez moi si je me trompe...
Dans l'idéal oui, dans la pratique ça peut varier. Sur des switchs pas chers
ce ne sera pas le cas tout le temps.
Déduction d'électronicien:
Dans un hub, en très gros, tout les ports sont reliés entre eux, les
machines reçoivent des "temps de parole", si une est trop bavarde ou prend
la parole quand ce n'est pas son tour ->collision, il faut réemettre le
paquet. Quand ça surcharge, le réseau devient de + en + lent.
Dans le switch tous les ports sont connectés à l'intérieur sur un bus
(backbone), qui va à la demande mettre en relation les deux ports le temps
de transmettre le paquet de A vers B puis de A à C l'instant d'après. Il
commutte les ports d'où le nom. Il va, en ne laissant pas les machines
parler en même temps supprimer les collisions.
Si le switch a un bus avec suffisament de bande passante, il peut travailler
à vitesse optimale à pleine charge.
Par ex: ton switch est un 4 ports Gbit le bus doit pouvoir acheminer
4GBits/s pour tenir ses promesse.
Mais bon faut déjà avoir des machines suffisament puissantes pour débiter
une 100aine de mégas/sec (arondi très violent).
Un switch pas cher est capable de tenir "la syncho" 1GBit par port quand à
tenir un transfer de donnée à ce rythme... Perso, pour 20eur, j'y crois
pas...
Si tu achètes un switch haut de gamme, je là je crois que ça tient la
route... j'ai regardé une liste de prix Cisco et quand je vois la
différence de prix, je crois que ce n'est pas seulement un histoire de
marque...
Voilà pour mon avis, mais si quelcun veut corriger ou apporter des
compléments je prends...
Puis je en déduire que le serveur et les PC dialoguerons avec la vitesse optimum : le serveur dialogue avec le client A en gigabit, en 100 mbps avec le client B et en 10 avec le C, et que tout le monde imprime sans soucis? Ou bien est-ce plus compliqué? Corrigez moi si je me trompe...
Dans l'idéal oui, dans la pratique ça peut varier. Sur des switchs pas chers ce ne sera pas le cas tout le temps.
Déduction d'électronicien: Dans un hub, en très gros, tout les ports sont reliés entre eux, les machines reçoivent des "temps de parole", si une est trop bavarde ou prend la parole quand ce n'est pas son tour ->collision, il faut réemettre le paquet. Quand ça surcharge, le réseau devient de + en + lent. Dans le switch tous les ports sont connectés à l'intérieur sur un bus (backbone), qui va à la demande mettre en relation les deux ports le temps de transmettre le paquet de A vers B puis de A à C l'instant d'après. Il commutte les ports d'où le nom. Il va, en ne laissant pas les machines parler en même temps supprimer les collisions. Si le switch a un bus avec suffisament de bande passante, il peut travailler à vitesse optimale à pleine charge. Par ex: ton switch est un 4 ports Gbit le bus doit pouvoir acheminer 4GBits/s pour tenir ses promesse. Mais bon faut déjà avoir des machines suffisament puissantes pour débiter une 100aine de mégas/sec (arondi très violent). Un switch pas cher est capable de tenir "la syncho" 1GBit par port quand à tenir un transfer de donnée à ce rythme... Perso, pour 20eur, j'y crois pas... Si tu achètes un switch haut de gamme, je là je crois que ça tient la route... j'ai regardé une liste de prix Cisco et quand je vois la différence de prix, je crois que ce n'est pas seulement un histoire de marque...
Voilà pour mon avis, mais si quelcun veut corriger ou apporter des compléments je prends...
MaXX
Freelancer
"Pierre Lopan" a écrit dans le message de news: 41f448c0$0$18259$
"Freelancer" wrote in message news:41f43c4d$0$8518$
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
Je sais bien que les hubs, que je citais pour mémoire, sont obsolète, mais c'est sur les switchs que je voudrais être sur d'avoir bien compris :-))
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..." uniquement... Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
-- Raybones
"Pierre Lopan" <plopan@bigfoot.com> a écrit dans le message de news:
41f448c0$0$18259$626a14ce@news.free.fr...
"Freelancer" <freelancer@numericable.fr> wrote in message
news:41f43c4d$0$8518$626a14ce@news.free.fr...
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
Je sais bien que les hubs, que je citais pour mémoire, sont obsolète, mais
c'est sur les switchs que je voudrais être sur d'avoir bien compris :-))
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..."
uniquement...
Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
"Pierre Lopan" a écrit dans le message de news: 41f448c0$0$18259$
"Freelancer" wrote in message news:41f43c4d$0$8518$
Euh, si je peux me permettre, c'etait y'a bien longtemps ça....
Je sais bien que les hubs, que je citais pour mémoire, sont obsolète, mais c'est sur les switchs que je voudrais être sur d'avoir bien compris :-))
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..." uniquement... Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
-- Raybones
hellmer
Le principal avantage d'un switch d'entrée de gamme c'est surtout qu'il ne va pas partager sa bande passante entre les différent élément actifs du réseau et ce independament des vitesse auto négociées Dans ton cas concret meme si c'est tres simplifié c''est vrai
"Pierre Lopan" a écrit dans le message de news:41f434ad$0$18248$
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur le
réeau.
Je sais que sur un hub 10/100 (espèce en voie de disparition), il suffisait
d'avoir un PC connecté à 10 Mbps pour obliger tout le monde à dialoguer à 10
mbps. :-(
Si j'ai bien compris, avec un switch moderne 10/100 (que l'on trouve dans les 20 euro) ou 10/100/1000 (que l'on trouve à partir de 100 euro environs),
on peut mixer les vitesses.
Supposons un réseau de 4 PC : - un serveur avec une carte gigabit ethernet - un client A avec une carte gigabit ethernet - un client B avec une carte 100 mbps - un vieux client C avec une carte 10 mbps - une imprimante avec carte ethernet intégrée à 10 mbps.
Sachant que tout les PC clients dialoguent avec le serveur, et que tous les
PC impriment de temps en temps.
Puis je en déduire que le serveur et les PC dialoguerons avec la vitesse optimum : le serveur dialogue avec le client A en gigabit, en 100 mbps avec
le client B et en 10 avec le C, et que tout le monde imprime sans soucis?
Ou bien est-ce plus compliqué?
Le principal avantage d'un switch d'entrée de gamme c'est surtout qu'il ne
va pas partager sa bande passante entre les différent élément actifs du
réseau et ce independament des vitesse auto négociées
Dans ton cas concret meme si c'est tres simplifié c''est vrai
"Pierre Lopan" <plopan@bigfoot.com> a écrit dans le message de
news:41f434ad$0$18248$626a14ce@news.free.fr...
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et
les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur
le
réeau.
Je sais que sur un hub 10/100 (espèce en voie de disparition), il
suffisait
d'avoir un PC connecté à 10 Mbps pour obliger tout le monde à dialoguer à
10
mbps. :-(
Si j'ai bien compris, avec un switch moderne 10/100 (que l'on trouve dans
les 20 euro) ou 10/100/1000 (que l'on trouve à partir de 100 euro
environs),
on peut mixer les vitesses.
Supposons un réseau de 4 PC :
- un serveur avec une carte gigabit ethernet
- un client A avec une carte gigabit ethernet
- un client B avec une carte 100 mbps
- un vieux client C avec une carte 10 mbps
- une imprimante avec carte ethernet intégrée à 10 mbps.
Sachant que tout les PC clients dialoguent avec le serveur, et que tous
les
PC impriment de temps en temps.
Puis je en déduire que le serveur et les PC dialoguerons avec la vitesse
optimum : le serveur dialogue avec le client A en gigabit, en 100 mbps
avec
le client B et en 10 avec le C, et que tout le monde imprime sans soucis?
Le principal avantage d'un switch d'entrée de gamme c'est surtout qu'il ne va pas partager sa bande passante entre les différent élément actifs du réseau et ce independament des vitesse auto négociées Dans ton cas concret meme si c'est tres simplifié c''est vrai
"Pierre Lopan" a écrit dans le message de news:41f434ad$0$18248$
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur le
réeau.
Je sais que sur un hub 10/100 (espèce en voie de disparition), il suffisait
d'avoir un PC connecté à 10 Mbps pour obliger tout le monde à dialoguer à 10
mbps. :-(
Si j'ai bien compris, avec un switch moderne 10/100 (que l'on trouve dans les 20 euro) ou 10/100/1000 (que l'on trouve à partir de 100 euro environs),
on peut mixer les vitesses.
Supposons un réseau de 4 PC : - un serveur avec une carte gigabit ethernet - un client A avec une carte gigabit ethernet - un client B avec une carte 100 mbps - un vieux client C avec une carte 10 mbps - une imprimante avec carte ethernet intégrée à 10 mbps.
Sachant que tout les PC clients dialoguent avec le serveur, et que tous les
PC impriment de temps en temps.
Puis je en déduire que le serveur et les PC dialoguerons avec la vitesse optimum : le serveur dialogue avec le client A en gigabit, en 100 mbps avec
le client B et en 10 avec le C, et que tout le monde imprime sans soucis?
Ou bien est-ce plus compliqué?
Pascal
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..." uniquement... Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
Mais encore ? Par définition, un hub ne peut faire cohabiter plusieurs types de trames.
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..."
uniquement...
Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
Mais encore ? Par définition, un hub ne peut faire cohabiter plusieurs
types de trames.
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..." uniquement... Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
Mais encore ? Par définition, un hub ne peut faire cohabiter plusieurs types de trames.
T0t0
"" wrote in message news:ct3i3j$9j0$
Mais encore ? Par définition, un hub ne peut faire cohabiter plusieurs types de trames.
En fait, il y a des hubs qui possèdent deux bus. Un bus 10 et un bus 100. La liaison entre les deux est gérée par le hub. Ainsi tu peux faire cohabiter tes machines sur le hub.
PS: Merci pour le forward sur le post débit TCP/UDP :-)
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"Pascal@plouf" <pascal@plouf.invalid> wrote in message
news:ct3i3j$9j0$1@biggoron.nerim.net
Mais encore ? Par définition, un hub ne peut faire cohabiter plusieurs
types de trames.
En fait, il y a des hubs qui possèdent deux bus. Un bus 10 et un bus
100.
La liaison entre les deux est gérée par le hub. Ainsi tu peux faire
cohabiter tes machines sur le hub.
PS: Merci pour le forward sur le post débit TCP/UDP :-)
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Mais encore ? Par définition, un hub ne peut faire cohabiter plusieurs types de trames.
En fait, il y a des hubs qui possèdent deux bus. Un bus 10 et un bus 100. La liaison entre les deux est gérée par le hub. Ainsi tu peux faire cohabiter tes machines sur le hub.
PS: Merci pour le forward sur le post débit TCP/UDP :-)
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Cedric Blancher
Le Mon, 24 Jan 2005 02:31:41 +0100, Freelancer a écrit :
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..." uniquement... Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
Si si, les hubs, par définition, fonctionnent toujours comme cela. Sauf que dans le cas d'un hub 10/100, tu as deux bus séparés par un pont. Un bus gère le 10Mbps, et l'autre le 100Mbps. Les ports sont connectés à l'un ou l'autre bus en fonction de la vitesse qui est négociée dessus.
Donc pour résumer rapidement, ton hub 10/100, c'est un fait un hub à 10 et un hub à 100, reliés par un pont. Point.
-- A poster named "Rasputin" has recently insulted the French at alt.binaries.pictures.alley-baggett. The French need to be defended. Go and respond to Rasputin's claims. -+- MK in GNU : Défense et illustration de la francophonie. -+-
Le Mon, 24 Jan 2005 02:31:41 +0100, Freelancer a écrit :
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..."
uniquement...
Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
Si si, les hubs, par définition, fonctionnent toujours comme cela. Sauf
que dans le cas d'un hub 10/100, tu as deux bus séparés par un pont. Un
bus gère le 10Mbps, et l'autre le 100Mbps. Les ports sont connectés à
l'un ou l'autre bus en fonction de la vitesse qui est négociée dessus.
Donc pour résumer rapidement, ton hub 10/100, c'est un fait un hub à 10
et un hub à 100, reliés par un pont. Point.
--
A poster named "Rasputin" has recently insulted the French at
alt.binaries.pictures.alley-baggett. The French need to be defended.
Go and respond to Rasputin's claims.
-+- MK in GNU : Défense et illustration de la francophonie. -+-
Le Mon, 24 Jan 2005 02:31:41 +0100, Freelancer a écrit :
Non je parlais, du mode "le premier en 10 tout le monde en 10 sur le hub..." uniquement... Les hubs depuis longtemps maintenant ne fonctionnent plus comme ça...
Si si, les hubs, par définition, fonctionnent toujours comme cela. Sauf que dans le cas d'un hub 10/100, tu as deux bus séparés par un pont. Un bus gère le 10Mbps, et l'autre le 100Mbps. Les ports sont connectés à l'un ou l'autre bus en fonction de la vitesse qui est négociée dessus.
Donc pour résumer rapidement, ton hub 10/100, c'est un fait un hub à 10 et un hub à 100, reliés par un pont. Point.
-- A poster named "Rasputin" has recently insulted the French at alt.binaries.pictures.alley-baggett. The French need to be defended. Go and respond to Rasputin's claims. -+- MK in GNU : Défense et illustration de la francophonie. -+-
Pascal
Par définition, un hub ne peut faire cohabiter plusieurs types de trames.
En fait, il y a des hubs qui possèdent deux bus. Un bus 10 et un bus 100. La liaison entre les deux est gérée par le hub. Ainsi tu peux faire cohabiter tes machines sur le hub.
Oui, mais ce ne sont pas de "vrais" hubs. Cf. la réponse de Cédric. Il y a un pont au milieu. Et un pont, ce n'est pas loin d'un switch.
PS: Merci pour le forward sur le post débit TCP/UDP :-)
Yapadkoi.
Par définition, un hub ne peut faire cohabiter plusieurs
types de trames.
En fait, il y a des hubs qui possèdent deux bus. Un bus 10 et un bus
100.
La liaison entre les deux est gérée par le hub. Ainsi tu peux faire
cohabiter tes machines sur le hub.
Oui, mais ce ne sont pas de "vrais" hubs. Cf. la réponse de Cédric. Il y
a un pont au milieu. Et un pont, ce n'est pas loin d'un switch.
PS: Merci pour le forward sur le post débit TCP/UDP :-)
Par définition, un hub ne peut faire cohabiter plusieurs types de trames.
En fait, il y a des hubs qui possèdent deux bus. Un bus 10 et un bus 100. La liaison entre les deux est gérée par le hub. Ainsi tu peux faire cohabiter tes machines sur le hub.
Oui, mais ce ne sont pas de "vrais" hubs. Cf. la réponse de Cédric. Il y a un pont au milieu. Et un pont, ce n'est pas loin d'un switch.
PS: Merci pour le forward sur le post débit TCP/UDP :-)
Yapadkoi.
Dominique Blas
Pierre Lopan wrote:
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur le réeau. La différence est, à mon humble avis, essentiellement << informatique >>.
Le hub ou concentrateur est un pur produit de l'électronique (*). Dans cette électronique on retrouvera des fonctions comme : détection de collision (réception simultanée à une émission), autoadaptation de la vitesse (la même pour tous les ports en l'absence d'antémémoire), allumer une petite LED si un train d'horloge est détecté sur le canal de réception (Link), allumer une autre petite LED (ou la même si elle est bicolore) lors de la détection de collision, accessoirement piloter 2 LED indiquant le débit retrenu pour le hub.
Le switch ou commutateur est un ordinateur. Pour cela il dispose de mémoire permettant de stocker un programme (de microntrôle) et surtout d'une autre mémoire (antémémoire) permettant de stocker les trames Ethernet en attente d'acheminement.
Le rôle du programme est de maintenir une table d'entrée des adressses MAC par port (par apprentissage) et d'acheminer les trames en fonction de l'adresse MAC de destination. Programme qui ressemble donc furieusement à celui d'un pont. Ensuite le programme peut gérer des listes d'autorisation par port, bricoler les trames Ethernet afin d'y inclure la notion de VLAN, ajouter de la QoS, faire tourner un serveur Web, moudre le café, etc, etc. Bref c'est soft quoi.
db
(*) Au mieux, et ce doit être le cas depuis quelques années, c'est du DSP (ASIC) et cela comporte un petit microprogramme pour personnaliser les fonctions du DSP. -- email : usenet blas net
Pierre Lopan wrote:
Bonjour,
Une petite question sur les switchs, et la différence entre les switchs et
les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur
le réeau.
La différence est, à mon humble avis, essentiellement << informatique >>.
Le hub ou concentrateur est un pur produit de l'électronique (*).
Dans cette électronique on retrouvera des fonctions comme : détection de
collision (réception simultanée à une émission), autoadaptation de la
vitesse (la même pour tous les ports en l'absence d'antémémoire), allumer
une petite LED si un train d'horloge est détecté sur le canal de réception
(Link), allumer une autre petite LED (ou la même si elle est bicolore) lors
de la détection de collision, accessoirement piloter 2 LED indiquant le
débit retrenu pour le hub.
Le switch ou commutateur est un ordinateur. Pour cela il dispose de mémoire
permettant de stocker un programme (de microntrôle)
et surtout d'une autre mémoire (antémémoire) permettant de stocker les
trames Ethernet en attente d'acheminement.
Le rôle du programme est de maintenir une table d'entrée des adressses MAC
par port (par apprentissage) et d'acheminer les trames en fonction de
l'adresse MAC de destination. Programme qui ressemble donc furieusement à
celui d'un pont.
Ensuite le programme peut gérer des listes d'autorisation par port, bricoler
les trames Ethernet afin d'y inclure la notion de VLAN, ajouter de la QoS,
faire tourner un serveur Web, moudre le café, etc, etc. Bref c'est soft
quoi.
db
(*) Au mieux, et ce doit être le cas depuis quelques années, c'est du DSP
(ASIC) et cela comporte un petit microprogramme pour personnaliser les
fonctions du DSP.
--
email : usenet blas net
Une petite question sur les switchs, et la différence entre les switchs et les hubs, pour le cas où on a des machines qui ont plusieurs vitesses sur le réeau. La différence est, à mon humble avis, essentiellement << informatique >>.
Le hub ou concentrateur est un pur produit de l'électronique (*). Dans cette électronique on retrouvera des fonctions comme : détection de collision (réception simultanée à une émission), autoadaptation de la vitesse (la même pour tous les ports en l'absence d'antémémoire), allumer une petite LED si un train d'horloge est détecté sur le canal de réception (Link), allumer une autre petite LED (ou la même si elle est bicolore) lors de la détection de collision, accessoirement piloter 2 LED indiquant le débit retrenu pour le hub.
Le switch ou commutateur est un ordinateur. Pour cela il dispose de mémoire permettant de stocker un programme (de microntrôle) et surtout d'une autre mémoire (antémémoire) permettant de stocker les trames Ethernet en attente d'acheminement.
Le rôle du programme est de maintenir une table d'entrée des adressses MAC par port (par apprentissage) et d'acheminer les trames en fonction de l'adresse MAC de destination. Programme qui ressemble donc furieusement à celui d'un pont. Ensuite le programme peut gérer des listes d'autorisation par port, bricoler les trames Ethernet afin d'y inclure la notion de VLAN, ajouter de la QoS, faire tourner un serveur Web, moudre le café, etc, etc. Bref c'est soft quoi.
db
(*) Au mieux, et ce doit être le cas depuis quelques années, c'est du DSP (ASIC) et cela comporte un petit microprogramme pour personnaliser les fonctions du DSP. -- email : usenet blas net
