Rappel sur les switch

[Thierry]

J'ai un doute tout d'un coup: un switch mémorise quel @ MAC est associé a
chaque port. Mais si plusieurs switch sont reliés entre eux, le switch A va
aussi mémoriser qu'une machine C relié sur le switch B correpond au port du
switch B ?
Et que donc les requetes ARP sont broadcastés sur tous les ports des switch
?

En pratique je voudrais faire une conf en étoile:
switch A <-> switch B <-> switch C <-> switch E
|
switch D

Sur chacun des switch seront connecté principalement des AP WiFi (3/4 users
/ AP) et sur le switch E un peu moins d'une dizaine de desktop en RJ45.

A condition de ne pas faire de boucle cette topologie est viable ?
Il n'y pas de contrindications a utiliser des switch SOHO grand public ?
(par ex http://www.netgear.fr/produits/produit.php?prod=GS108v3)

[Pascal Hambourg]

Salut,

Post by Thierry
chaque port. Mais si plusieurs switch sont reliés entre eux, le switch A va
aussi mémoriser qu'une machine C relié sur le switch B correpond au port du
switch B ?

Oui, puisque A voit les trames émises par C arriver par le port connecté
à B.

Post by Thierry
Et que donc les requetes ARP sont broadcastés sur tous les ports des switch
?

Les requêtes ARP de découverte sont émises en broadcast, donc diffusées
sur tous les ports. La diffusion des requêtes ARP de vérification émises
en unicast dépend de la présence de l'adresse destination dans la table
MAC de chaque switch, comme pour n'importe quelle trame unicast.

Post by Thierry
switch A <-> switch B <-> switch C <-> switch E
|
switch D
Sur chacun des switch seront connecté principalement des AP WiFi (3/4 users
/ AP) et sur le switch E un peu moins d'une dizaine de desktop en RJ45.
A condition de ne pas faire de boucle cette topologie est viable ?

Oui.

Post by Thierry
Il n'y pas de contrindications a utiliser des switch SOHO grand public ?

Pas vraiment, mais comme toujours les liens inter-switch doivent être
dimensionnés pour éviter la contention.

[Thierry]

Post by Pascal Hambourg

Post by Thierry
Il n'y pas de contrindications a utiliser des switch SOHO grand public ?

Pas vraiment, mais comme toujours les liens inter-switch doivent être
dimensionnés pour éviter la contention.

Le traffic sera a priori tres faible.

Merci beaucoup d'avoir levé tous mes doutes.

[HD]

Post by Thierry
switch A <-> switch B <-> switch C <-> switch E
|
switch D

Le switch A est connecté au switch D et ce dernier est en bout de chaîne ?
Il me semble qu'il est déconseillé de dépasser le nombre de 4 switchs en
cascade. N'aurait on pas un réseau plus optimisé avec 4 switchs connectés à
un switch principal (plus costaud) ?

[Thierry]

Post by HD
Le switch A est connecté au switch D et ce dernier est en bout de
chaîne ? Il me semble qu'il est déconseillé de dépasser le nombre de 4
switchs en cascade. N'aurait on pas un réseau plus optimisé avec 4
switchs connectés à un switch principal (plus costaud) ?

De part la configuration des lieux y'a que cette topo possible (1 switch /
batiment).

Par contre c'est pas idiot de muscler d'ores et deja le switch B car il
sera amené a gerer le traffic internet et aux serveurs (pour l'instant sur
le switch D).

Qu'est ce que tu conseilles ? (toujours en SOHO milieu de gamme).

L'ideal serait d'avoir un port fibre (En fait c'est de la FO entre A et B
et je compte mettre des transceivers entre les 2. Ou recabler en Eth pour
des questions de couts).

D'ailleurs une question: c'est pareil pour la fibre au niveau de la gestion
des tables de port ? Si j'utilise un transceiver j'imagine que oui, mais si
le switch a un port fibre le role est particulier ou comme un port ethernet
standard ?

[Erwan David]

Post by Thierry

Post by HD
Le switch A est connecté au switch D et ce dernier est en bout de
chaîne ? Il me semble qu'il est déconseillé de dépasser le nombre de 4
switchs en cascade. N'aurait on pas un réseau plus optimisé avec 4
switchs connectés à un switch principal (plus costaud) ?

De part la configuration des lieux y'a que cette topo possible (1 switch /
batiment).
Par contre c'est pas idiot de muscler d'ores et deja le switch B car il
sera amené a gerer le traffic internet et aux serveurs (pour l'instant sur
le switch D).
Qu'est ce que tu conseilles ? (toujours en SOHO milieu de gamme).

T'as regardé les Dlink DGS ? Ça dépend aussi du nombre de ports
nécessaires sur chaque port, des débits, des besoins d'&admin, (L2 ou
L3, etc...)

Post by Thierry
L'ideal serait d'avoir un port fibre (En fait c'est de la FO entre A et B
et je compte mettre des transceivers entre les 2. Ou recabler en Eth pour
des questions de couts).
D'ailleurs une question: c'est pareil pour la fibre au niveau de la gestion
des tables de port ? Si j'utilise un transceiver j'imagine que oui, mais si
le switch a un port fibre le role est particulier ou comme un port ethernet
standard ?

Oui c'est pareil, il y a juste la couche 1 qui change.

[Thierry]

Post by Erwan David

Post by Thierry
Par contre c'est pas idiot de muscler d'ores et deja le switch B car
il sera amené a gerer le traffic internet et aux serveurs (pour
l'instant sur le switch D).
Qu'est ce que tu conseilles ? (toujours en SOHO milieu de gamme).

T'as regardé les Dlink DGS ?

Nope. Ca me parait... pas assez cher :-)
Ca m'interesse pour les switch périphériques mais pas forcement pour le
coeur de réseau.

Post by Erwan David

Post by Thierry
D'ailleurs une question: c'est pareil pour la fibre au niveau de la
gestion des tables de port ? Si j'utilise un transceiver j'imagine
que oui, mais si le switch a un port fibre le role est particulier ou
comme un port ethernet standard ?

Oui c'est pareil, il y a juste la couche 1 qui change.

Ok, super.

[Eric Belhomme]

Post by Erwan David
T'as regardé les Dlink DGS ? Ça dépend aussi du nombre de ports
nécessaires sur chaque port, des débits, des besoins d'&admin, (L2 ou
L3, etc...)

J'ai de très mauvaises expériences avec les "smart switch" de chez
DLink : switch qui crashe, aggrégation qui ne fonctionne pas en 802.3ad
alors qu'il est censé le supporter, etc...

Un vrai switch administrable coute un peu plus cher, mais au final c'est
de l'argent économisé à moyen terme.

[HD]

Nous avons des switchs HP ProCurve. Ils sont manageables et d'un bon rapport
qualités/prix. Nous n'avons jamais eu à nous en plaindre.

[Thierry]

Post by HD
Nous avons des switchs HP ProCurve. Ils sont manageables et d'un bon
rapport qualités/prix. Nous n'avons jamais eu à nous en plaindre.

Merci pour l'info.

Autre question: je sais que la regle de l'art impose une baie avec un
bandeau de brassage etc mais quand on voit des devis a 1500€ rien que pour
la baie + pose ca match pas avec les budgets de cette ecole.

Ce genre de switch peuvent se poser sur une table ou "collé" a un mur sans
problemes ?

[HD]

Post by Thierry
Ce genre de switch peuvent se poser sur une table
ou "collé" a un mur sans problemes ?

Oui, pas de problèmes.

[Eric Belhomme]

Post by Thierry
Autre question: je sais que la regle de l'art impose une baie avec un
bandeau de brassage etc mais quand on voit des devis a 1500€ rien que
pour la baie + pose ca match pas avec les budgets de cette ecole.

Ce genre de matériel commence à se démocratiser et est même accissible au
grand public de nos jours. Cela peut être fait par un bon bricoleur, et
ça ne coute pas 1500 €...

[Erwan David]

Post by Thierry
chaque port. Mais si plusieurs switch sont reliés entre eux, le switch A va
aussi mémoriser qu'une machine C relié sur le switch B correpond au port du
switch B ?
Et que donc les requetes ARP sont broadcastés sur tous les ports des switch
?
switch A <-> switch B <-> switch C <-> switch E
|
switch D
Sur chacun des switch seront connecté principalement des AP WiFi (3/4 users
/ AP) et sur le switch E un peu moins d'une dizaine de desktop en RJ45.
A condition de ne pas faire de boucle cette topologie est viable ?
Il n'y pas de contrindications a utiliser des switch SOHO grand public ?
(par ex http://www.netgear.fr/produits/produit.php?prod=GS108v3)

Oui elle est viable. Un switch peut mémoriser pluesieurs adresses mac
par port sans problème.