Marc SCHAEFER
unread,Nov 1, 2022, 9:30:13 AM11/1/22Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Sign in to report message as abuse
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to
[ difficile de choisir le bon groupe ]
Bonjour,
Le protocole de commutation (couche 2) switching/bridging implique
l'apprentissage des adresses MAC unicast pour chaque port d'un switch.
Il y a aussi une expiration temporelle de cette table. Ce protocole
permet d'isoler le trafic des stations de manière à ce que les stations
qui n'y participent pas ne soient pas dérangées.
Lorsque la table est pleine, le switch dégrade son fonctionnement en
inondation (flooding), un peu comme un hub, ou remplace les
plus vieilles entrées, ce qui va dégrader la performance.
Sur certains switches du commerce, on peut trouver le nombre total
d'adresses unicast (typiquement 4'000 pour certains modèles Cisco): je
suppose que c'est au total et pas par port. Ca semble bien suffisant
pour la plupart des réseaux couche 2: il est d'ailleurs une bonne
pratique de limiter la taille des domaines de diffusion en segmentant
en sous-réseaux.
Sur un bridge Linux, est-ce que c'est ce paramètre qui est concerné:
/sys/kernel/slab/bridge_fdb_cache/slab_size
et si oui, c'est par port, ou plus vraisemblablement pour tout l'OS?