switch vlan

[Linuxman99]

Bonjour ,

- Est ce que vous pourriez m'éclaircir la situation suivante svp
- Sur un port ethernet , je configure des vlans
le port support 100mb/s comme debit .
- Combien de vlan puis je configurer sur ce meme port et quel sera le debit sur chaque vlan configuré ?

- Si je ne configure pas de vlan sur ce port ethernet , combien de connexion puis-je avoir simultanément sur ce port ?

- Sur un switch , prenons l'exemple de 1gb/s sur son port de sortie , combien de connexion peut on avoir sur ses ports d'entrée ? est ce que le 1gb/s doit être divisé sur le nombre de machine pourque chacun ait un débit max de 100mb/s ou bien chaque machine peut avoir un débit en full duplex de 1gb/s simultannément ?

Je suis un peu confus ...
merci bcp
-----

[gienas]

Bonsoir Linuxman99 et tout le groupe

... Sur un port ethernet , je configure des vlans ...

J'ai le sentiment que ta question n'était pas pour le forum électronique d'où elle a été déplacée.

[Linuxman99]

Ok merci genias

[saveus]

je pence que tu n'as pas bien compris ce qu'est un vlan !

un vlan sur un switch et un moyen de créer plus switch "virtuel"
exemple simple dans le même bâtiment si tu as 5 postes de la direction, et , 10 postes de la hotline par exemple et tu veut qu'ils aient des plages d'adresses IP différentes des partages différents ,des DHCP différents etc...

tu alloue les port de 1 a 6 du switch au vlan 10 par exemple (5 postes utilisateur + le routeur)
et les port 7 a 18 au vlan 20 (10 postes + le routeur)

les postes du vlan 10 ne verront pas directement les postes du vlan 20 mais se comporterons comme si ils étaient sur 2 switchs séparés.



Maintenant supposons que tu aient 2 swiths physique de 48 ports avec , disons , 5 vlans (10 20 30 40 et 50 )

sois tu relie chaque vlan par un câble

c est a dire que tu prend un port dans le vlan 10 pour le brancher dans le meme vlan sur l’autre switch , idem pour le vlan 20 etc..

sois tu passe en vlan "taggué" c est a dire que tu fait passer plusieurs vlan sur le même câble (il ajoute a chaque paquet qui transite par ce port le numéro de vlan ) mais tu aura toujours l'isolement des vlans

Pour ce qui est du trafic par contre il n y as pas de limitation.

Si un poste du vlan dans le vlan 10 envoi un ficher de 100go sur un serveur branché sur l autre switch et qu’il est branché sur un port giga et que tu n as allouer qu’un seul câble entre les 2 switch .
Tu aura un écroulement de tes performances pour touts les postes quelques sois le vlan quand il passerons par le câble d’ interconnexion

dans ce cas la il faut passer par du Lag ( link aggrégation ) Tu déclare un lag avec 3 port giga par exemple , puis tu déclare tout tes vlans sur le lag.

[A voir en vidéo sur Futura]

[Linuxman99]

merci bcp de ta réponse , cepandant est ce que le concept de vlan tagué et vlan trunck est le même ?

encore merci

[Bluedeep]

Pour ce qui est du trafic par contre il n y as pas de limitation.

D'accord avec tout sauf ça : il y a quand même la bande passante maxi du switch qui, sauf cas particulier de certains switch backbone, est inférieure à la somme totale des BP de chaque port.

[Bluedeep]

merci bcp de ta réponse , cepandant est ce que le concept de vlan tagué et vlan trunck est le même ?

encore merci

Le VLAN Trunking c'est un protocole particulier Cisco qui permet sur des réseaux complexes de de faciliter la config des VLAN sur plusieurs switchs par diffusion des maps de VLAN entre les switchs.
Cela permet de reconfigurer les VLAN sans intervenir sur chaque switch concerné.

[saveus]

voila tu as ta réponse.
a noter que la nomenclature sur les équipements réseau peu parfois différer d'une marque a l'autre.

[Linuxman99]

en fait je n'ai pas pas encore compris une chose :
quand on parle de switch de 1Gbps dea 10 ports , cela veut dire forcement que chaque port à droit d'envoyer 10gbps en parallèle ?
on parle souvent de fond de panier , j'ai fait quelques recherches et j'ai vu que lorsque le port est configuré en mode full duplex ça veut dire qu'il peut envoyer et recevoir simultanément 10Gbps ?

Besoin de votre éclairage svp

...

[saveus]

pas forcément.
un switch de 48 port 1/Gbits ne peu pas forcément échanger a 48Gbits
ça dépend débit du backplane (fond de panier en français, qui viens du fait que certain switchs sont modulaires ,et qu on peu enficher des cartes sur le dit fond de panier )
donc pour revenir a notre sujet
un switch 48 ports 1Gbits/sec peut très bien avoir un backplane avec un débit a 10 Gbits/sec

les switchs de backbone (cœur de réseau ) eux on en général un débit du backplane supérieur ou égale a la somme du débit de tout les ports.
les switchs basique pour brancher des postes utilisateurs eux on en général un débit du backplane inférieur a la somme de tout les ports.

Un switch de backbone coûte environ 3 a 6 fois plus cher qu’un switch dédié a des postes de bureautique.

[Linuxman99]

Quand vous dites cela :

pas forcément.
un switch 48 ports 1Gbits/sec peut très bien avoir un backplane avec un débit a 10 Gbits/sec

.

ça veut dire un switch de 48 ports en entrée et le port de sortie est de 10Gbits/s ? est ce correct ?
- un backplane sur le même switch de 10Gbits/s veut dire que on peut envoyer et recevoir en full duplex jusqu'à 10Gbits/s ?

Merci de votre aide

[saveus]

Je vais expliquer avec un PC ça serra peu être plus parlant.
supposons un PC avec 4 ports PCI standard.

si on met 4 cartes réseaux PCI 1 Gbits/s ; on va donc avoir un PC avec 4 ports réseaux 1 Gbits/s .
Donc en théorie le dis ordinateur peu sortir a 4 Gbits/s, soit en divisant par 8 pour avoir des Mo/s : 512 Mo/s.
Sauf que le débit max du des données transitant sur le bus PCI sur un PC basique est de 133 Mo/s
donc malgré nos 4 ports 1 Gbits/s le dit ordinateur ne pourra pas dépasser les (133 x 8/1024)=1,04 Gbits/s en traffic réseau due a la limitation du bus PCI.

le fond de panier d’un switch fonctionne sur le même principe que le bus PCI.
voila j'espere que c'est plus clair comme ca

[Linuxman99]

Ah je vois maintenant , tout repose sur le fond de panier ,
par contre est ce que c'est une informations décrite quelque part quand on achète un switch ?

aussi comment on peut connaitre le debit max qui transite sur un port des 48 ports du switch que tu as évoqué ?

merci encore

[saveus]

oui dans la doc du dis switch ...

ou sur certains sites
exemple :
https://www.senetic.fr/product/WS-C2...kF0aAsBs8P8HAQ

(je ne fait pas de pub, c est le premier site que j ai trouver avec Google):
il faut aussi prendre en compte la capacité de la mémoire et du processeur du switch

pour savoir le trafic utilisé sur ton équipement réseau
les switchs destinées a un usage professionnel on en général une interface web avec des graphes des ports
sinon il faut déclarer une communauté SNMP sur l'équipement réseau et grapher les ports avec un logiciel type cacti ( http://www.cacti.net/ )ou nagios (https://www.nagios.org/)
qui fait en plus du monitoring et de la remontée d'alerte mais qui est encore moins simple que cacti a appréhender
(ps je te conseille de mettre en place ce genre d'outil au préalable pour voir si un changement de switch est vraiment nécessaire )

dernier petit conseil pour ce genre de logiciel quand on débute c est que «*trop de graphes tue le graphes»

en cas de problème a vouloir grapher tout et n’importe quoi , lors du diagnostique d’un problème
tu remarquera plus une erreur si tu as 60 graphes a consulter que 400.

[Linuxman99]

petite autre question ,
je prend toujours comme exemple le même switch , si j'ai bien compris la notion de fond de panier , par exemple un fond de panier de 10gbitps et un port x parmi les 48 configuré a 1gbps cela veut dire qu'il peut au max transmettre et recevoir en même temps en full duplex jusqu'à 2Gbps = 1Gbps envoie , 1Gbps reception ,ce qui est logique non ?

Merci

[Bluedeep]

un fond de panier de 10gbitps et un port x parmi les 48 configuré a 1gbps cela veut dire qu'il peut au max transmettre et recevoir en même temps en full duplex jusqu'à 2Gbps = 1Gbps envoie , 1Gbps reception

Oui; c'est cela. Accessoirement, le 1000Base-T est toujours full duplex (corollaire : pas de hub - même si la norme initiale prévoyait des hubs, donc une opération possible en half-duplex).

[saveus]

en théorie oui.
en pratique , plus ou moins car le fait d'envoyer des paquets génère du trafic retour (session tcp)
certain switchs gèrent le jumbo frame , (on change le taille des paquet d’environ 1400 a environ 9000 ce qui allège la charge de travail quand on as un serveur qui se connecte a un NAS distant.
Dans le cas d’un serveur il est préférable d’utiliser 2 carte réseau distinct.
Car le problème de passer en jumbo sur 1 seul port :
si tu active le jumbo sur la carte réseau du serveur , le port du switch et le NAS , ton switch serra moins sollicité car pour la même quantité de donnée moins de paquet a router.

Par contre quand ton serveur voudra commuer avec sa gateway*: le serveur va envoyer un paquet a 9000; le switch va router le paquet vers le port de la gateway. Mais la problème le routeur qui fait gateway lui a un MTU (taille des paquets) a 1400 de base , ton switch serra obligé de ré-découper les paquets en plus petit paquets : ce qui lui entraînera un travail supplémentaire.
Donc en général quand on commence a faite du jumbo on utilise sur le serveur* une carte pour le trafic réseau "normal" et une carte qui se connecte au NAS avec du jumbo frame sur un réseau dédié. Voir bien souvent sur des switchs dédiés a ca.

[Bluedeep]

en théorie oui.

A la réflexion, je ne suis plus si sur de ce que j'ai écrit.

C'était vrai pour du 10 et du 100 Mbps, mais dans le cas du 1000Base-T, les paires sont non spécialisées, 4 paires sont utilisées à 250 Mbps dans les deux sens; donc est ce qu'on dispose de 1 Gbps dans chaque sens (comme en 10 et 100Base-T où on disposait de 10 - respectivement 100 - Mbps dans chaque sens) ou de 1 Gbps au total ?

A vrai dire je n'en sais rien.

[saveus]

tout dépend du duplex de tes ports.
en half-duplex chaque paire va fonctionner comme un talkie-walkie 2 personne ne peuvent pas communiquer en meme temps sur la paire.
donc quand un paquet transite par un des brin de la paire , l'autre est inutilisé
en full-duplex c est comme du téléphone , 2 personnes peuvent parler en meme temps.
donc tu peut tres bien recevoir un paquet sur le premier brin de la paire , tout en en envoyant 1 autre paquet dans l'autre sens sur le 2 eme brin en meme temps.

[saveus]

le problème avec les hubs et le 1000 base T est due surtout au parallélisme des 4 paires
si 4 paquets sont envoyé simultanément par un équipement en 1000 base T le hub va prendre le signal électrique et le recracher tel quel sur les 4 brins de tout les ports du hub. Sauf que si le destinataire est en 100 base T et utilise une seule paire donc 3 paquets sur 4 vont être dropés; et donc ré-émis; avec une chance sur 4 de passer; et; 3 chances sur 4 d’être dropé de nouveau .
La carte réseau 1000 base T va donc passer un temps incalculable a ré-ré-ré-ré-emmètre des paquets.

[Bluedeep]

le problème avec les hubs et le 1000 base T est due surtout au parallélisme des 4 paires
si 4 paquets sont envoyé simultanément par un équipement en 1000 base T le hub va prendre le signal électrique et le recracher tel quel sur les 4 brins de tout les ports du hub. Sauf que si le destinataire est en 100 base T et utilise une seule paire donc 3 paquets sur 4 vont être dropés; et donc ré-émis; avec une chance sur 4 de passer; et; 3 chances sur 4 d’être dropé de nouveau .

Non.

Si le destinataire est 100 Base-T, c'est établie lors de la négociation et le transfert s'effectue sur 2 paires spécialisées (une en émission, une en réception), même coté 1000Base-T.

Et dès qu'il un hub, on passe obligatoirement en half-duplex car on est obligé de disposer de la détection de collision.

[saveus]

oui effectivement autant pour moi ;
l'autoneg sur un hub s'effectue directement entre la machine A et la machine B et non pas avec les ports du hub.
il va falloir que je resorte mon vieux hub 10 base T du musée pour me rafraichir la mémoire