La Fibre

Datacenter et équipements réseaux => Équipements réseaux => Switch Switch => Discussion démarrée par: cutti9876 le 11 février 2012 à 00:48:55

Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 11 février 2012 à 00:48:55
Je vais être plus clair que corrector :
Pour ce besoin (4 endroits différents avec CPL), un seul CPL sur le switch est nécessaire. Les CPL qui sont associées ensemble forment un switch entre eux.

Voila, et pour être encore plus exact, ils forment un "hub" entre eux et pas un switch -> collisions.

Et voila pourquoi ça serait aussi techniquement possible et pas très intelligent de faire 2 réseaux CPL pour passer le WAN et le LAN:
On peut certes "appairer" les 4 modems CPLS deux à deux, avec le cryptage ils formeront bien 2 réseaux virtuels isolés,
mais il y a fort à parier que tout ceci se passe dans la même bande de fréquence...
Donc pour communiquer avec internet, on a LAN->routeur et routeur->WAN qui circulent sur le meme canal physique.
Donc on divise la Bande Passante du CPL par 2, en plus on provoquera énormèment de collisions, déjà qu'à la base c'est pas glorieux...

Damien, je ne connais pas le CPL netgear dans le détail, merci de me corriger si je trompe.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 11 février 2012 à 02:57:07
Voila, et pour être encore plus exact, ils forment un "hub" entre eux et pas un switch -> collisions.
Non, tu te trompes. Un hub ne provoque pas de collisions, ce n'est pas une bête multiprise. Tu confonds avec le câble Ethernet traditionnel avec les connecteurs en T.

vivien a raison : du point de vue extérieur, les modems CPL forment bien un switch.

Et voila pourquoi ça serait aussi techniquement possible et pas très intelligent de faire 2 réseaux CPL pour passer le WAN et le LAN:
On peut certes "appairer" les 4 modems CPLS deux à deux, avec le cryptage ils formeront bien 2 réseaux virtuels isolés,
mais il y a fort à parier que tout ceci se passe dans la même bande de fréquence...
Pas une, mais des fréquences choisies en mesurant le réseau : comme pour l'ADSL, ils se construisent une "tone map" lors de la synchronisation. Sans la tone map tu ne peux pas décoder les paquets, donc il est difficile de pirater un réseau CPL si on n'est pas bien placé. L'efficacité du CPL (meilleure utilisation de la bande passante) le rend plus sûr. (C'est un des très nombreux exemples où la sécurité croit avec les fonctionnalités et la facilité d'usage, contrairement à ce que les adages ineptes "plus de sécurité suppose moins de fonctionnalités" "plus de sécurité suppose moins de facilité d'usage" prétendent.)

Donc pour communiquer avec internet, on a LAN->routeur et routeur->WAN qui circulent sur le meme canal physique.
Donc on divise la Bande Passante du CPL par 2, en plus on provoquera énormèment de collisions, déjà qu'à la base c'est pas glorieux...
Tu te trompes : les modems sont censés se voir et donc éviter les collisions, comme en Wifi sur un même canal. C'est pour cela qu'il vaut mieux deux WLAN sur un même canal que sur des canaux proches.

Mais effectivement on divise la BP.

Damien, je ne connais pas le CPL netgear dans le détail, merci de me corriger si je trompe.
Les CPL sont normalisés : HomePlug 1.0, HomePlug AV...

Cela ne dépend pas du vendeur.
Titre: Collisions sur CPL, Hub et switch
Posté par: vivien le 11 février 2012 à 12:27:20
Les CPL sont normalisés : HomePlug 1.0, HomePlug AV...
Les fabricants du groupement HomePlug sont effectivement majoritaire dans les ventes de CPL. DS2 est également en vente et si des modèles DS2 et HomePlug sont sur une même installation, le débit est nul pour tous. DS2 est généralement le premier à monter en débit (HomePlug suit).

Non, tu te trompes. Un hub ne provoque pas de collisions, ce n'est pas une bête multiprise.
Switch => pas de colisions et full duplex dispo.
Hub => colisions et seulement half-duplex

Avec un hub, on utilise CSMA/CD (Carrier Sense Multiple Access / Collision Detection).

Son principe est de laisser chacun libre de gérer ses émissions en fonction de ses besoins et de la disponibilité du média.

En l'absence d'information à transmettre, la station écoute (ou reçoit) les paquets qui circulent sur le média dans un sens ou dans l'autre. Quand la station a besoin d'èmettre un ou plusieurs paquets, elle vérifie qu'aucune trame n'est émise sur le média. Si c'est le cas elle commence à èmettre son paquet. Si ce n'est pas le cas elle attend la fin de la transmission en cours.

Chaque machine ayant à tout instant la possibilité de débuter une transmission de manière autonome, la méthode d'accès est distribuée : elle est dite à accès multiple (Multiple Access : MA). La machine observe le média en cherchant à détecter une porteuse (Carrier Sense : CS). Si aucune trame n'est transmise, elle ne trouve pas de porteuse.

Elle envoie ses paquets sur le support physique et reste à l'écoute du résultat de son émission pendant quelque temps, pour vérifier qu'aucune autre machine n'a suivi le même comportement qu'elle au même instant.

La méthode d'accès étant à détection de collision (Collision Detect : CD), lors de son émission une machine peut déceler un problème de contention, et s'arrêter avec l'intention de renvoyer son paquet ultérieurement quand elle aura de nouveau la parole. De façon à minimiser le risque de rencontrer une deuxième collision avec la même machine, chacune attend pendant un délai aléatoire avant de tenter une nouvelle émission.

Cependant, de manière à ne pas saturer un réseau qui s'avérerait déjà très chargé, la machine n'essaiera pas indéfiniment de retransmettre un paquet si à chaque tentative elle se trouve en conflit avec une autre ; après un certain nombre d'essais infructueux (le nombre maximum de reprises est de 16) le paquet est éliminé. On évite ainsi l'effondrement du réseau. Les couches supérieures sont averties que la transmission du message a échoué.
Source : Wikipedia (https://fr.wikipedia.org/wiki/CSMA)

A noter qu'avec un Hub, plus le nombre de machine communiquant en même temps augmente, plus la bande passante totale cumulée du réseau diminue (on à collisions sur collisions)

J'ai essayé il y a 7ans d'acheter l'un des derniers hub en vente (pour sniffer les paquets) : c'était un switch. Aujourd'hui pour snifer, il faut acheter un switch haut de gamme avec port miroring.
Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 11 février 2012 à 13:22:51
Switch => pas de colisions et full duplex dispo.
Hub => colisions et seulement half-duplex
Avec un hub, on utilise CSMA/CD (Carrier Sense Multiple Access / Collision Detection).
A noter qu'avec un Hub, plus le nombre de machine communiquant en même temps augmente, plus la bande passante totale cumulée du réseau diminue (on à collisions sur collisions)
merci vivien.

Citation de: vivien
J'ai essayé il y a 7ans d'acheter l'un des derniers hub en vente (pour sniffer les paquets) : c'était un switch. Aujourd'hui pour snifer, il faut acheter un switch haut de gamme avec port miroring.
moi aussi je voulais acheter un hub pour monitorer... y'en a plus, mais on doit pouvoir en trouver sur ebay.
on peut aussi monter un bridge sur PC avec 2 ports ethernet.
Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 11 février 2012 à 13:38:17
Non, tu te trompes. Un hub ne provoque pas de collisions, ce n'est pas une bête multiprise. Tu confonds avec le câble Ethernet traditionnel avec les connecteurs en T.
voir la réponse de vivien, hub != switch

Pas une, mais des fréquences choisies en mesurant le réseau : comme pour l'ADSL, ils se construisent une "tone map" lors de la synchronisation. Sans la tone map tu ne peux pas décoder les paquets, donc il est difficile de pirater un réseau CPL si on n'est pas bien placé. L'efficacité du CPL (meilleure utilisation de la bande passante) le rend plus sûr. (C'est un des très nombreux exemples où la sécurité croit avec les fonctionnalités et la facilité d'usage, contrairement à ce que les adages ineptes "plus de sécurité suppose moins de fonctionnalités" "plus de sécurité suppose moins de facilité d'usage" prétendent.)
Tu te trompes : les modems sont censés se voir et donc éviter les collisions, comme en Wifi sur un même canal. C'est pour cela qu'il vaut mieux deux WLAN sur un même canal que sur des canaux proches.
Je n'ai pas parlé d'1 fréquence, mais d'une bande de fréquence. A priori 2 à 30 MHz pour Homeplug AV.
Je sais bien que ça fonctionne +/- comme l'ADSL, toutes les comms numériques récentes sont maintenant basées sur de l'OFDM.
La question est de savoir si dans cette bande il y a un canal unique ou plusieurs canaux comme en wifi.

Tu te trompes : les modems sont censés se voir et donc éviter les collisions, comme en Wifi sur un même canal. C'est pour cela qu'il vaut mieux deux WLAN sur un même canal que sur des canaux proches.

C'est précisèment le contraire, les modems ne savent pas partager le temps intelligemment. Il y a des collisions en CPL et en Wifi, tout comme sur un hub -> CSMA/CD, car toutes les machines parlent sur le meme canal. C'est pour ça que le wifi est une daube immonde dès qu'il y a une dizaine de machines sur un meme réseau (et je ne parle meme pas de plusieurs réseaux qui utilisent le meme canal...)

Pour que tu comprennes mieux, imagine une conversation entre 5 personnesdans un espace restreint où chacun veut parler à un autre à n'importe quel moment. Le canal physique est ici l'air entre les personnes. Si A veut parler à B pendant que C parle à D, A doit attendre des pauses ou fin de phrase pour initier la conversation avec B, sinon tout le monde parle en meme temps et personne ne se comprend.
Titre: Collisions sur CPL, Hub et switch
Posté par: vivien le 11 février 2012 à 16:56:16
CSMA/CD : il y a quand même la détection pour voir si un autre parle. Sans le CD les collisions sont encore plus élevées et c'est le cas en WiFI quand on est sur des canaux différent mais proche car il y a recouvrement des canaux dans la bande des 2,4 GHz : Pas possible de voir que le voisin parle, les débits sont une catastrophe. Heureusement dans le bande des 5 Ghz  il n'y a pas de recouvrement.

Recouvrement en WiFi :
(https://lafibre.info/images/tuto/201111_Wi-Fi_bg_channels_24GHz.png)
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 11 février 2012 à 19:06:25
voir la réponse de vivien
NON

Voir mon message précédent.

hub != switch
Et personne ne prétend le contraire.

Je n'ai pas parlé d'1 fréquence, mais d'une bande de fréquence.
Oui, et alors? Tu crois qu'il y a des émissions qui ne se font pas sur une bande de fréquences, mais sur une fréquence discrète???

A priori 2 à 30 MHz pour Homeplug AV.
Je sais bien que ça fonctionne +/- comme l'ADSL, toutes les comms numériques récentes sont maintenant basées sur de l'OFDM.
Le sujet n'est pas OFDM ou pas OFDM.

La question est de savoir si dans cette bande il y a un canal unique ou plusieurs canaux comme en wifi.
Non, le but est d'utiliser tout le débit disponible, il n'y a pas de canaux.

La question est de savoir comment est partagée la bande passante.

C'est précisèment le contraire, les modems ne savent pas partager le temps intelligemment.
Les modems doivent savoir partager le temps intelligemment. Sinon, ils ne sont pas conformes.

Il y a des collisions en CPL et en Wifi, tout comme sur un hub
Non, tu confonds hub et Ethernet traditionnel.

-> CSMA/CD,
FAUX

Il y a une gestion des temps de parole qui n'existe pas en Ethernet traditionnel.

car toutes les machines parlent sur le meme canal. C'est pour ça que le wifi est une daube immonde dès qu'il y a une dizaine de machines sur un meme réseau (et je ne parle meme pas de plusieurs réseaux qui utilisent le meme canal...)
Ici je vois pas moins de 11 réseaux Wifi sur le canal que j'utilise, et ça fonctionne parfaitement bien.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 11 février 2012 à 19:11:28
CSMA/CD : il y a quand même la détection pour voir si un autre parle. Sans le CD les collisions sont encore plus élevées et c'est le cas en WiFI quand on est sur des canaux différent mais proche car il y a recouvrement des canaux dans la bande des 2,4 GHz : Pas possible de voir que le voisin parle, les débits sont une catastrophe.
"Pas possible de voir que le voisin parle" => dans ce cas le terme de "collision" ne me parait pas correct.

À partir de quel seuil vaut-il mieux utiliser 2 canaux qui se recouvrent plutôt qu'un même canal?
Titre: Collisions sur CPL, Hub et switch
Posté par: vivien le 11 février 2012 à 19:13:05
Pourais tu dévelloper.

Sur les hub (pour ceux qui ont utilisés ce type de matériel) il ya une led "collision" qui clignote bien quand 3 PC s’échangent des données.

Ici je vois pas moins de 11 réseaux Wifi sur le canal que j'utilise, et ça fonctionne parfaitement bien.
Un WiFi n'est utilisé que quand il y a du trafic de donnée (j'ai déjà fait des tests en environnement propre pour comprendre les phénomènes de perturbation)

Il faut toujours privilégier le même canal à un canal qui se recouvre.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 11 février 2012 à 19:23:58
Pourais tu dévelloper.
Soit.

Sur les hub (pour ceux qui ont utilisés ce type de matériel) il ya une led "collision"
Il n'y a ni plus ni moins de possibilité de collision que sur un switch.

qui clignote bien quand 3 PC s’échangent des données.
Prenons un distributeur Ethernet à 3 ports : hub, switch, switch gérant IPv4, peu importe (ou même un routeur c'est la même histoire).

Supposons que chaque port en configuré en x Mbps FD, donc forme 2 tuyaux de capacité x Mbps.

Il y a donc 3 fois 2 tuyaux de capacité x Mbps qui peuvent se déverser dans un tuyau de capacité aussi x Mbps (port 1 up + port 2 up => port 3 down, port 1 up + port 3 up => port 2 down...).

Si le trafic des 2 tuyau dépassent la capacité du 3e, il faut bien jeter des paquets. La diode doit correspondre à ça.

Hub/switch, ça ne fait aucune différence qualitative.
Titre: Collisions sur CPL, Hub et switch
Posté par: vivien le 11 février 2012 à 19:33:15
Il n'y a pas de Full Duplex sur un hub.

Pour le switch pas de collision outre une saturation du bus interne ou du lien d'un port.
A noter que le bus interne est généralement sur-dimensionné.
Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 11 février 2012 à 19:36:24
Il n'y a ni plus ni moins de possibilité de collision que sur un switch.

ça commence mal.

Prenons un distributeur Ethernet à 3 ports : hub, switch, switch gérant IPv4, peu importe.
Supposons que chaque port en configuré en x Mbps FD, donc forme 2 tuyaux de capacité x Mbps.
Il y a donc 3 fois 2 tuyaux de capacité x Mbps qui peuvent se déverser dans un tuyau de capacité aussi x Mbps (port 1 up + port 2 up => port 3 down, port 1 up + port 3 up => port 2 down...).

C'est bien ce que je pensais. Tu ne sais absolument pas de quoi tu parles.
On parle de collision et pas de congestion.

Si le trafic des 2 tuyau dépassent la capacité du 3e, il faut bien jeter des paquets. La diode doit correspondre à ça.

MDR.

Hub/switch, ça ne fait aucune différence qualitative.

Re MDR.

Il n'y a par définition AUCUNE collision sur un switch car il n'y a que 2 interfaces qui communiquent sur un cable full-duplex (le port du switch et l'interface de la machine connectée).
Un hub n'a aucune intelligence, tout ce passe comme sur un vieux réseau 10 mbit/s coaxial.
Je te conseille de te renseigner un peu avant d'essayer de donner des cours aux gens qui connaissent le sujet.

Maintenant CPL, Wifi, hub ou coaxial, meme combat, tout le monde parle sur le meme canal (au sens télécom), HALF DUPLEX.
Donc on attend le voisin, on essaye de parler et il y a de fortes chances de collisions. S'il y en a, alors chacun réessaye plus tard avec un délai aléatoire.

Pour ta gouverne, on peut meme avoir des collisions avec seulement 2 machines sur le meme cable.

Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 11 février 2012 à 19:43:06
Il n'y a pas de Full Duplex sur un hub.
D'après qui, l'Académie française?

Si je prends un switch que je viens d'allumer, c'est un hub, et il support le FD.

Pour le switch pas de collision outre une saturation du bus interne ou du lien d'un port.
Ce ne sont pas des collisions, c'est de la saturation, comme sur un routeur.

A noter que le bus interne est généralement sur-dimensionné.
Et pas sur un hub?
Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 11 février 2012 à 19:54:03
Bon, le sujet est clos en ce qui me concerne. "Il n'est pire sourd que celui qui ne veut pas entendre."
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 11 février 2012 à 20:14:21
Voila, et pour être encore plus exact, ils forment un "hub" entre eux
Mais tu n'as pas défini "hub".

On a juste compris que ta définition n'est ni la mienne ni celle de vivien.

Donc, tu parles pour ne rien dire. Personne ne sait où tu veux en venir, sauf que le Wifi et le CPL te déplaisent.
Titre: Collisions sur CPL, Hub et switch
Posté par: vivien le 11 février 2012 à 20:52:42
Hub : https://fr.wikipedia.org/wiki/Concentrateur_Ethernet (https://fr.wikipedia.org/wiki/Concentrateur_Ethernet)
Switch : https://fr.wikipedia.org/wiki/Commutateur_r%C3%A9seau (https://fr.wikipedia.org/wiki/Commutateur_r%C3%A9seau)

J'ai toujours chez moi un hub 10 / 100 8 ports 3com. Pièce assez cher car chaque port bascule selon ce qui lui est branché sur une partie 100 Mb/s ou 10 Mb/s. Un pont relie la partie 10 Mb/s a la partie 100 Mb/s. (et il y a un voyant collision pour la partie 10 Mb/s et un autre pour la partie 100 Mb/s)
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 11 février 2012 à 21:45:28
Donc ton "hub" est constitué de deux hubs et d'un switch?
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 11 février 2012 à 22:08:17
Pour le switch pas de collision outre une saturation du bus interne ou du lien d'un port.
A noter que le bus interne est généralement sur-dimensionné.
sur-dimensionné : plus que le total de tous les ports?
Titre: Collisions sur CPL, Hub et switch
Posté par: vivien le 11 février 2012 à 22:52:04
Sur le switch 5 ports que j'ai regardé, le bus interne dépassait la capacité des 5 ports.

Sur des switch plus gros, elle étais assez importante pour qu'une saturation en soit pas possible (sauf a simuler en prod du trafic au max sur tous les ports)
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 01:49:08
Les fabricants du groupement HomePlug sont effectivement majoritaire dans les ventes de CPL. DS2 est également en vente et si des modèles DS2 et HomePlug sont sur une même installation, le débit est nul pour tous. DS2 est généralement le premier à monter en débit (HomePlug suit).
Je ne connais pas cette norme; j'ai lu que DS2 c'était pour l'outdoor???

Switch => pas de colisions et full duplex dispo.
Hub => colisions et seulement half-duplex
OK, comment tu appelles un switch qui diffuses tous les paquets sur tous les ports?
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 01:50:32
Bon, le sujet est clos en ce qui me concerne. "Il n'est pire sourd que celui qui ne veut pas entendre."
Je suis prêt à lire tes définitions de "hub", "switch", et à lire tes sources concernant le Wifi et le CPL.

Et plutôt que de perdre ton temps ici, je t'invite à donner tes cours de réseau directement à Intel :
Switches What are forwarding modes and how do they work?
 (http://www.intel.com/support/express/switches/sb/cs-014410.htm)
Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 12 février 2012 à 02:50:27
Je suis prêt à lire tes définitions de "hub", "switch"
Bon très bien, puisque tu sembles sur la route du mea culpa, on devrait pouvoir parler.
Les définitions partagées par tout le monde sont celles de wikipedia (que j'ai soufflées à vivien)
"Un commutateur de niveau 2 est similaire à un concentrateur dans le sens où il fournit un seul domaine de diffusion. En revanche, chaque port a son propre domaine de collision. Le commutateur utilise la micro-segmentation pour diviser les domaines de collision, un par segment connecté. Ainsi, seules les interfaces réseau directement connectées par un lien point à point sollicitent le medium. Si le commutateur auquel il est connecté prend en charge le full-duplex, le domaine de collision est entièrement éliminé."

Les 2 fonctionnements en clair:
Un switch décode les données, analyse l'adresse MAC de destination pour trouver le port sur lequel router le paquet, stoque éventuellement dans un buffer et renvoie vers le ou les ports de destination (adresse MAC unicast, broadcast ou multicast)

Vue de loin, un hub n'est guère mieux qu'une multiprise, y'a juste un peu d'électronique pour adaptation d'impédance, amplification et eventuellement isolement/commutation d'un port sur le segment 10 ou 100 Mbit/s.

et à lire tes sources concernant le Wifi et le CPL.
Il suffit de comprendre qu'on partage un unique canal de communication en half-duplex.
En cherchant pas très loin, on trouve:
https://fr.wikipedia.org/wiki/IEEE_802.11b (https://fr.wikipedia.org/wiki/IEEE_802.11b)
"Cette norme utilise la méthode d'accès au media CSMA/CA spécifiée dans le standard de base IEEE 802.11 et relative à la sous-couche MAC de la couche liaison de données du modèle OSI."
Quelle surprise!
Le WIFI est un petit peu mieux que l'ethernet sur coax ou sur un hub,
mais le mécanisme RTS/CTS est quand meme suceptible d'avoir des colisions et il bouffe du débit.
Donc quand on a du monde sur un meme canal (avec un seul reseau SSID et sans interférence de canal adjacent), les performances s'effondrent.
(Cela dit, je crois qu'il y a maintenant quelques améliorations  (https://en.wikipedia.org/wiki/Wireless_Multimedia_Extensions) )

Rajoutons que le medium est l'air - librement accessible - et pas un cable blindé, donc on peut avoir plusieurs réseaux sur le meme canal...
Rajoutons encore qu'un paquet broadcast ou multicast est envoyé au débit le plus faible car toutes les machines doivent pouvoir le décoder quelque soit leurs distances/interférences...
Donc au final, meme si c'est très pratique et que ça rien bien service, c'est très laid et ça marche mal en zone urbaine ou en entreprise avec plus de 10 postes.

Concernant le CPL Homeplug AV, sachant que le débit maximal brut fait 200 Mbit/s pour une bande passante maximale de 30-2=28 MHz, il y a fort à parier qu'il n'y a qu'un seul canal.
Et c'est forcèment du half-duplex, car pour faire du full-duplex il faudrait pouvoir découper en X canaux dynamiquement (et là ça devient très compliqué genre GSM et UMTS style...)
Donc au final même combat...
Je ne connais pas les détails techniques mis à part que c'est comme d'habitude à base d'OFDM.
Peut-etre ont-ils prévu un TDMA intelligent pour éviter les collisions ?
Ca ne doit etre guere mieux que le Wifi.
Je creuserai ça demain.

Et plutôt que de perdre ton temps ici, je t'invite à donner tes cours de réseau directement à Intel :
Switches What are forwarding modes and how do they work?
 (http://www.intel.com/support/express/switches/sb/cs-014410.htm)
Pas compris à quoi tu fais référence la dedans.
La plupart des switches sont "Store-and-Forward", regarde la docs du tiens.
Certains plus chers sont peut-etre a même d'optimiser la latence en routant juste après l'adresse MAC destination (Cut-through)

Si tu veux parler de collision sur cette page, il s'agit uniquement du segment derrière chaque port, donc si half-duplex ou si on connecte un hub, donc on s'en fout, c'est pas du au switch.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 02:59:17
Rajoutons encore qu'un paquet broadcast ou multicast est envoyé au débit le plus faible car toutes les machines doivent pouvoir le décoder quelque soit leurs distances/interférences...
Tu veux dire qu'on peut avoir plusieurs débits différents sur un même WLAN?

Je l'ignorais.

Si tu veux parler de collision sur cette page, il s'agit uniquement du segment derrière chaque port, donc si half-duplex ou si on connecte un hub, donc on s'en fout, c'est pas du au switch.
N'importe quoi, comme d'hab.
Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 12 février 2012 à 03:15:47
Le seul qui doit faire son "mea culpa" ici c'est toi.
Ah bon? Et qui assène des contre-vérités sur hub et switch depuis le début ?

Tu veux dire qu'on peut avoir plusieurs débits différents sur un même WLAN? Je l'ignorais.
Oui, en mode infrastructure, chaque station négocie son débit avec le point d'accès.
Donc une station qui prend 1 Mit/s en communicant à 5.5 mbit/s bouffe en réalité l'équivalent de 10 Mbit/s pour celles qui sont en 54 Mbit/s.
Du coup, je ne sais meme pas si 2 stations peuvent communiquer directement sans passer par l'AP...

Si tu veux parler de collision sur cette page, il s'agit uniquement du segment derrière chaque port, donc si half-duplex ou si on connecte un hub, donc on s'en fout, c'est pas du au switch.
N'importe quoi, comme d'hab.
Alors étaye tes propos et dis moi à quoi tu fais référence exactement sur la page d'Intel.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 03:20:35
Du coup, je ne sais meme pas si 2 stations peuvent communiquer directement sans passer par l'AP...
2 stations ne communiquent jamais directement, tout passe par l'AP.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 03:27:39
(Cela dit, je crois qu'il y a maintenant quelques améliorations  (https://en.wikipedia.org/wiki/Wireless_Multimedia_Extensions) )
Ah oui, c'est tout récent : Wi-Fi Multimedia™ (WMM®) (http://www.wi-fi.org/knowledge-center/articles/wi-fi-multimedia%E2%84%A2-wmm%C2%AE)
Citer
WMM® Quality of Service is a set of features for Wi-Fi networks that improve the user experience for audio, video, and voice applications by prioritizing data traffic. WMM Quality of Service is based upon a subset of the IEEE 802.11e standard. The WMM certification program launched in September 2004.

Point Coordination Function (PCF) (https://en.wikipedia.org/wiki/802.11e#Point_Coordination_Function_.28PCF.29)
Citer
The original 802.11 MAC defines another coordination function called the point coordination function (PCF)
même si :
Citer
This mode is optional, and only very few APs or Wi-Fi adapters actually implement it.
Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 12 février 2012 à 03:33:00
2 stations ne communiquent jamais directement, tout passe par l'AP.
Donc on bouffe 2 fois la bande passante nécessaire, magnique.

Non, tu te trompes. Un hub ne provoque pas de collisions, ce n'est pas une bête multiprise. Tu confonds avec le câble Ethernet traditionnel avec les connecteurs en T.
Comment dois-je alors réagir à ces propos complètement faux ?
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 03:42:46
Voila, et pour être encore plus exact, ils forment un "hub" entre eux et pas un switch -> collisions.
À encadrer aussi.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 03:46:03
Comment dois-je alors réagir à ces propos
En tout cas tu ne dois pas réagir comme l'a fait.

Bon, je repose ma question :

Comment appelle t-on un switch qui diffuse tous les paquets sur tous les ports?
Titre: Collisions sur CPL, Hub et switch
Posté par: cutti9876 le 12 février 2012 à 03:51:15
Bon, tu t'enfonces.
Le prof c'est toi qui a essayé d'y jouer, mais tu es tombé sur des gens qui savent réfléchir (dont vivien)
et qui utilisent des termes dont la définition est partagée par tout le monde et pas inventée dans ta seule tête ou celles de tes potes.
Je vais arrêter de nourrir le troll, j'ai autre chose à foutre, du genre dormir.
Bonne nuit et adieu.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 03:55:42
Comment dois-je alors réagir à ces propos complètement faux ?
Comment doit-on réagir à tes propos vagues, mal définis, et à tes contradictions successives?

Comment doit-on réagir à ton affirmation : les CPL "forment un "hub" entre eux"

Calmement, comme je l'ai fait.
Titre: Collisions sur CPL, Hub et switch
Posté par: corrector le 12 février 2012 à 04:32:04
Concentrateur Ethernet (https://fr.wikipedia.org/wiki/Concentrateur_Ethernet)
Citer
Un hub Ethernet ou concentrateur Ethernet est un appareil informatique permettant de concentrer les flux Ethernet de plusieurs équipements sur un même support dans un réseau informatique local.
Ce qui n'est pas une définition.

Citer
En utilisant un hub, chaque équipement attaché à celui-ci partage le même domaine de diffusion ainsi que le même domaine de collision. Comme dans tout segment de réseau Ethernet, une seule des machines connectées peut y transmettre à la fois.
Ce qui apporte des précisions mais ne constitue pas non plus une définition.

La versions anglaise apporte plus de précisions :
Ethernet hub (https://en.wikipedia.org/wiki/Ethernet_hub)
Citer
A hub does not examine or manage any of the traffic that comes through it: any packet entering any port is rebroadcast on all other ports. Effectively, it is barely aware of frames or packets and mostly operates on raw bits.
Citer
Hubs are classified as physical layer devices in the OSI model. At the physical layer, hubs support little in the way of sophisticated networking. Hubs do not read any of the data passing through them and are not aware of their source or destination addressing. A hub simply receives incoming Ethernet frames, regenerates the electrical signal on the bit (more precisely the symbol) level, and broadcasts these symbols out to all other devices on the network.
On dirait qu'il s'agit d'un Multiport repeater (https://en.wikipedia.org/wiki/Multiport_repeater)
Citer
In packet networking, a multiport repeater is the simplest multi-port active device in use. It has multiple input/output (I/O) ports, in which a signal introduced at the input of any port appears at the output of every port except (usually) the original incoming.
sauf que j'imagine qu'un répéteur réèmet les données immédiatement (ce n'est pas clair) alors que :

Ethernet hub (https://en.wikipedia.org/wiki/Ethernet_hub)
Citer
100 Mbit/s hubs and repeaters come in two different speed grades: Class I delay the signal for a maximum of 140 bit times (enabling translation between 100Base-TX, 100Base-FX and 100Base-T4) and Class II hubs delay the signal for a maximum of 92 bit times (enabling installation of two hubs in a single collision domain).
Il y a un petit délai, donc un petit stockage.