Bonjour,
On va organiser une install party sur La Fac, et certains étudiants
viendront avec leur machines.
Voici les topologies qui me viennent à l'esprit:
http://faq.fcolc.eu.org/Members/mihamina/divers/topo-rsx.pdf/file_view
Sachant qu'il y aura donc sur les "pattes" rouges du schema:
- Un serveur DHCP, audit superficiel du réseau (ethereal) (machine
personnelle du responsable)
- un serveur FTP de fichiers (éventuellement
il fera samba aussi)
Sur les pattes bleues, seront les machines des étudiants, qui vont
télécharger en masse du FTP.
Eventuellement il y aura un créneau
horaire ou on fera un jeu en réseau (Le serveur sera sur la patte rouge)
Quelle topologie sera le plus favorable à la fluidité ?
Nous n'avons que des fils de 5 metres, donc moi je penche pour la
topologie en chaine, parceque physiquement elle permet une certaine
souplesse. Mais rien qu'en regardant le schema, je sens que le switch le
plus proche du serveur ralentira tout le réseau puisqu'il devra "relayer"
tout ce qui vient vers le serveur ...
Vous avez d'autres avis ?
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Zythum
Voici les topologies qui me viennent à l'esprit: http://faq.fcolc.eu.org/Members/mihamina/divers/topo-rsx.pdf/file_view
Quelle topologie sera le plus favorable à la fluidité ?
La topologie en arbre avec les serveurs au sommet
Nous n'avons que des fils de 5 metres, donc moi je penche pour la topologie en chaine, parceque physiquement elle permet une certaine souplesse. Mais rien qu'en regardant le schema, je sens que le switch le plus proche du serveur ralentira tout le réseau puisqu'il devra "relayer" tout ce qui vient vers le serveur ...
Le problème ne vient pas vraiment de la charge du switch mais du fait que sur le switch de tête se trouve en concurence égale un port représentant n utilisateurs avec les autres ports qui eux ne "pèsent" qu'un utilisateur => un problème d'équité du partage de la bande passante. En supposant que tu cascades 3 switch 8 ports 100 et que chaque PC débite à plein tube (cas extrème). Le serveur est sur le premier switch Un PC sur le dernier switch va entrer en concurence avec les 6 autres et se partager 100/7 Mb/s. La trame arrive sur le switch intermédiaire et se trouve en concurence (pour accéder au premier switch) avec les 6 autres PC. Notre PC se voit donc allouer (100/7)/7 Mb/s contre 100/7 pour les autres PC du switch intermédiaire. Je te laisse imaginer le résultat si tu cascades beaucoup. Bien sur il s'agit d'un cas extrème et trés théorique.
Bref c'est un type d'architecture que normalement on fuit sauf si les ports de liaisons sont à un débits supérieur (exemple un switch 24 ports 10/100Tx qui dispose de deux ports 1 000 Tx)
Remarque des cables de 10 ou 15 m se trouvent facilement dans le commerce (pas besoin de beaucoup, juste pour éloigner les switch).
Vous avez d'autres avis ?
Remplacer les petits switchs 8 ports par deux switch 24 ports ou un de 48 ports (je sais le coût....)
-- Zythum
Voici les topologies qui me viennent à l'esprit:
http://faq.fcolc.eu.org/Members/mihamina/divers/topo-rsx.pdf/file_view
Quelle topologie sera le plus favorable à la fluidité ?
La topologie en arbre avec les serveurs au sommet
Nous n'avons que des fils de 5 metres, donc moi je penche pour la
topologie en chaine, parceque physiquement elle permet une certaine
souplesse. Mais rien qu'en regardant le schema, je sens que le switch
le plus proche du serveur ralentira tout le réseau puisqu'il devra
"relayer" tout ce qui vient vers le serveur ...
Le problème ne vient pas vraiment de la charge du switch mais du fait que
sur le switch de tête se trouve en concurence égale un port représentant n
utilisateurs avec les autres ports qui eux ne "pèsent" qu'un utilisateur =>
un problème d'équité du partage de la bande passante.
En supposant que tu cascades 3 switch 8 ports 100 et que chaque PC débite à
plein tube (cas extrème). Le serveur est sur le premier switch
Un PC sur le dernier switch va entrer en concurence avec les 6 autres et se
partager 100/7 Mb/s.
La trame arrive sur le switch intermédiaire et se trouve en concurence (pour
accéder au premier switch) avec les 6 autres PC. Notre PC se voit donc
allouer (100/7)/7 Mb/s contre 100/7 pour les autres PC du switch
intermédiaire.
Je te laisse imaginer le résultat si tu cascades beaucoup.
Bien sur il s'agit d'un cas extrème et trés théorique.
Bref c'est un type d'architecture que normalement on fuit sauf si les ports
de liaisons sont à un débits supérieur (exemple un switch 24 ports 10/100Tx
qui dispose de deux ports 1 000 Tx)
Remarque des cables de 10 ou 15 m se trouvent facilement dans le commerce
(pas besoin de beaucoup, juste pour éloigner les switch).
Vous avez d'autres avis ?
Remplacer les petits switchs 8 ports par deux switch 24 ports ou un de 48
ports (je sais le coût....)
Voici les topologies qui me viennent à l'esprit: http://faq.fcolc.eu.org/Members/mihamina/divers/topo-rsx.pdf/file_view
Quelle topologie sera le plus favorable à la fluidité ?
La topologie en arbre avec les serveurs au sommet
Nous n'avons que des fils de 5 metres, donc moi je penche pour la topologie en chaine, parceque physiquement elle permet une certaine souplesse. Mais rien qu'en regardant le schema, je sens que le switch le plus proche du serveur ralentira tout le réseau puisqu'il devra "relayer" tout ce qui vient vers le serveur ...
Le problème ne vient pas vraiment de la charge du switch mais du fait que sur le switch de tête se trouve en concurence égale un port représentant n utilisateurs avec les autres ports qui eux ne "pèsent" qu'un utilisateur => un problème d'équité du partage de la bande passante. En supposant que tu cascades 3 switch 8 ports 100 et que chaque PC débite à plein tube (cas extrème). Le serveur est sur le premier switch Un PC sur le dernier switch va entrer en concurence avec les 6 autres et se partager 100/7 Mb/s. La trame arrive sur le switch intermédiaire et se trouve en concurence (pour accéder au premier switch) avec les 6 autres PC. Notre PC se voit donc allouer (100/7)/7 Mb/s contre 100/7 pour les autres PC du switch intermédiaire. Je te laisse imaginer le résultat si tu cascades beaucoup. Bien sur il s'agit d'un cas extrème et trés théorique.
Bref c'est un type d'architecture que normalement on fuit sauf si les ports de liaisons sont à un débits supérieur (exemple un switch 24 ports 10/100Tx qui dispose de deux ports 1 000 Tx)
Remarque des cables de 10 ou 15 m se trouvent facilement dans le commerce (pas besoin de beaucoup, juste pour éloigner les switch).
Vous avez d'autres avis ?
Remplacer les petits switchs 8 ports par deux switch 24 ports ou un de 48 ports (je sais le coût....)
-- Zythum
Angelot
Bonsoir Rako et Zythum,
Sans rien retirer de la description claire de Zythum (et juste pour montrer le fait que j'ai lu le message) j'ajouterais malicieusement. Dans le cas spécial de 3 switchs, en plaçant les serveurs sur le switch 2, la structure chaînée est équivalente à la structure en arbre.
Cordialement, Angelot
Bonsoir Rako et Zythum,
Sans rien retirer de la description claire de Zythum (et juste pour montrer
le fait que j'ai lu le message) j'ajouterais malicieusement.
Dans le cas spécial de 3 switchs, en plaçant les serveurs sur le switch 2,
la structure chaînée est équivalente à la structure en arbre.
Sans rien retirer de la description claire de Zythum (et juste pour montrer le fait que j'ai lu le message) j'ajouterais malicieusement. Dans le cas spécial de 3 switchs, en plaçant les serveurs sur le switch 2, la structure chaînée est équivalente à la structure en arbre.
Cordialement, Angelot
sky
Salut, Comme dit zythum, faut baquer les 2 students du switch mere et rajoute un switch pour faire un arbre a 5 branches. Sinon pour le serveur dhcp j'en vois pas l'utilité, il va alourdir le trafic, suffit de configurer les cartes. Tu peux meme a ce moment la creer un sous reseau pour que le taff puisse voir les pc mais que les pc des students de se voyent pas entre eux, pour etre trankil ;)
"Rakotomandimby Mihamina" a écrit dans le message de news:
Bonjour, On va organiser une install party sur La Fac, et certains étudiants viendront avec leur machines.
Voici les topologies qui me viennent à l'esprit: http://faq.fcolc.eu.org/Members/mihamina/divers/topo-rsx.pdf/file_view
Sachant qu'il y aura donc sur les "pattes" rouges du schema:
- Un serveur DHCP, audit superficiel du réseau (ethereal) (machine personnelle du responsable)
- un serveur FTP de fichiers (éventuellement il fera samba aussi)
Sur les pattes bleues, seront les machines des étudiants, qui vont télécharger en masse du FTP.
Eventuellement il y aura un créneau horaire ou on fera un jeu en réseau (Le serveur sera sur la patte rouge)
Quelle topologie sera le plus favorable à la fluidité ?
Nous n'avons que des fils de 5 metres, donc moi je penche pour la topologie en chaine, parceque physiquement elle permet une certaine souplesse. Mais rien qu'en regardant le schema, je sens que le switch le plus proche du serveur ralentira tout le réseau puisqu'il devra "relayer" tout ce qui vient vers le serveur ...
Vous avez d'autres avis ?
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Salut,
Comme dit zythum, faut baquer les 2 students du switch mere et rajoute un
switch pour faire un arbre a 5 branches.
Sinon pour le serveur dhcp j'en vois pas l'utilité, il va alourdir le
trafic, suffit de configurer les cartes. Tu peux meme a ce moment la creer
un sous reseau pour que le taff puisse voir les pc mais que les pc des
students de se voyent pas entre eux, pour etre trankil ;)
"Rakotomandimby Mihamina" <mihamina@mail.rktmb.org> a écrit dans le message
de news: pan.2004.10.18.15.43.59.493728@mail.rktmb.org...
Bonjour,
On va organiser une install party sur La Fac, et certains étudiants
viendront avec leur machines.
Voici les topologies qui me viennent à l'esprit:
http://faq.fcolc.eu.org/Members/mihamina/divers/topo-rsx.pdf/file_view
Sachant qu'il y aura donc sur les "pattes" rouges du schema:
- Un serveur DHCP, audit superficiel du réseau (ethereal) (machine
personnelle du responsable)
- un serveur FTP de fichiers (éventuellement
il fera samba aussi)
Sur les pattes bleues, seront les machines des étudiants, qui vont
télécharger en masse du FTP.
Eventuellement il y aura un créneau
horaire ou on fera un jeu en réseau (Le serveur sera sur la patte rouge)
Quelle topologie sera le plus favorable à la fluidité ?
Nous n'avons que des fils de 5 metres, donc moi je penche pour la
topologie en chaine, parceque physiquement elle permet une certaine
souplesse. Mais rien qu'en regardant le schema, je sens que le switch le
plus proche du serveur ralentira tout le réseau puisqu'il devra "relayer"
tout ce qui vient vers le serveur ...
Vous avez d'autres avis ?
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
Salut, Comme dit zythum, faut baquer les 2 students du switch mere et rajoute un switch pour faire un arbre a 5 branches. Sinon pour le serveur dhcp j'en vois pas l'utilité, il va alourdir le trafic, suffit de configurer les cartes. Tu peux meme a ce moment la creer un sous reseau pour que le taff puisse voir les pc mais que les pc des students de se voyent pas entre eux, pour etre trankil ;)
"Rakotomandimby Mihamina" a écrit dans le message de news:
Bonjour, On va organiser une install party sur La Fac, et certains étudiants viendront avec leur machines.
Voici les topologies qui me viennent à l'esprit: http://faq.fcolc.eu.org/Members/mihamina/divers/topo-rsx.pdf/file_view
Sachant qu'il y aura donc sur les "pattes" rouges du schema:
- Un serveur DHCP, audit superficiel du réseau (ethereal) (machine personnelle du responsable)
- un serveur FTP de fichiers (éventuellement il fera samba aussi)
Sur les pattes bleues, seront les machines des étudiants, qui vont télécharger en masse du FTP.
Eventuellement il y aura un créneau horaire ou on fera un jeu en réseau (Le serveur sera sur la patte rouge)
Quelle topologie sera le plus favorable à la fluidité ?
Nous n'avons que des fils de 5 metres, donc moi je penche pour la topologie en chaine, parceque physiquement elle permet une certaine souplesse. Mais rien qu'en regardant le schema, je sens que le switch le plus proche du serveur ralentira tout le réseau puisqu'il devra "relayer" tout ce qui vient vers le serveur ...
Vous avez d'autres avis ?
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Angelot
Bonjour,
Tu peux meme a ce moment la creer un sous reseau pour que le taff puisse voir les pc mais que les pc des students de se voyent pas entre eux, pour etre trankil ;)
N'ayant pas d'expérience sur les switchs administrables, je me demande comment empêcher le fait que des étudiants connectés sur un même switch ne puissent pas se voir entre eux ?
Pour résoudre cela, j'imagine une solution avec une règle du style "toute trame 802.3 (classique) qui entre dans le port 2 ne sera pas transmise sur les ports 3 et 5, mais sera transmise sur le port 4". Ce serait du VLAN par port si mes souvenirs sont corrects (par opposition au VLAN par trame étiquetée).
Votre avis ? Cordialement, Angelot
Bonjour,
Tu peux meme a ce moment la creer
un sous reseau pour que le taff puisse voir les pc mais que les pc des
students de se voyent pas entre eux, pour etre trankil ;)
N'ayant pas d'expérience sur les switchs administrables, je me demande
comment empêcher le fait que des étudiants connectés sur un même switch ne
puissent pas se voir entre eux ?
Pour résoudre cela, j'imagine une solution avec une règle du style "toute
trame 802.3 (classique) qui entre dans le port 2 ne sera pas transmise sur
les ports 3 et 5, mais sera transmise sur le port 4". Ce serait du VLAN par
port si mes souvenirs sont corrects (par opposition au VLAN par trame
étiquetée).
Tu peux meme a ce moment la creer un sous reseau pour que le taff puisse voir les pc mais que les pc des students de se voyent pas entre eux, pour etre trankil ;)
N'ayant pas d'expérience sur les switchs administrables, je me demande comment empêcher le fait que des étudiants connectés sur un même switch ne puissent pas se voir entre eux ?
Pour résoudre cela, j'imagine une solution avec une règle du style "toute trame 802.3 (classique) qui entre dans le port 2 ne sera pas transmise sur les ports 3 et 5, mais sera transmise sur le port 4". Ce serait du VLAN par port si mes souvenirs sont corrects (par opposition au VLAN par trame étiquetée).
