Eviter le broadcast massif
Le
Vincent Bernat
Coucou !
Sur un réseau de 800 machines, principalement des Windows, on a pour
30-40 Ko de broadcast constitué en majorité par des requêtes NetBIOS
sur les ports 137 et 138. On donne via le DHCP un serveur Wins qui est
maître. Cela ne devrait-il pas empêcher les machines Windows de faire
du broadcast ?
--
printk(KERN_WARNING "Multi-volume CD somehow got mounted.");
2.2.16 /usr/src/linux/fs/isofs/inode.c
Sur un réseau de 800 machines, principalement des Windows, on a pour
30-40 Ko de broadcast constitué en majorité par des requêtes NetBIOS
sur les ports 137 et 138. On donne via le DHCP un serveur Wins qui est
maître. Cela ne devrait-il pas empêcher les machines Windows de faire
du broadcast ?
--
printk(KERN_WARNING "Multi-volume CD somehow got mounted.");
2.2.16 /usr/src/linux/fs/isofs/inode.c

Poser une question


"Vincent Bernat"
Pour cela il faut changer le type de noeud. Cela peut se faire dans les
options DHCP, passer le type de noeud en hybride.
18:52, "Tchesmeli serge"
Merci pour la piste. Je tente ça, puis je passe en noeud de type "P"
si cela ne suffit pas.
--
I WILL NOT BRING SHEEP TO CLASS
I WILL NOT BRING SHEEP TO CLASS
I WILL NOT BRING SHEEP TO CLASS
-+- Bart Simpson on chalkboard in episode 9F06
plus que ça!
Ce qui me surprend beaucoup plus, c'est que l'on puisse mettre 800 PC dans
le même subnet IP (est-ce bien le cas)?
N'y a t'il pas moyen de subnetter et de créer des VLANs par département,
avec du routage inter-VLAN?
"Vincent Bernat"
C'est un réseau étudiant, il faudrait que l'on fasse comme ça, mais on
n'a pas trop le temps et le problème semble assez compliqué (les
machines ne sont pas fixes au niveau du lieu, mais elles ont des IP
fixes, ce qui arrange tout le monde).
--
BOFH excuse #69:
knot in cables caused data stream to become twisted and kinked
09:47, "SkyFox"
Cela nécessite donc d'abandonner l'IP fixe, au moins pour les
portables, alors que beaucoup de monde repose dessus pour identifier
les machines (et ça va râler sec si on change). Cela aussi nécessite
de revoir la façon dont on fait notre correspondance MAC/IP et cela
nécessite aussi de se renseigner sur ce que sait faire le backbone en
matière de routage IP.
Je ne doute pas que cela n'a rien de sorcier, mais malheureusement, on
a très peu de temps à consacrer à tout ça. C'est au programme, mais va
bien falloir attendre au moins 6 mois.
--
die_if_kernel("Kernel gets FloatingPenguinUnit disabled trap", regs);
2.2.16 /usr/src/linux/arch/sparc/kernel/traps.c