Vraag Brengt wifi-verkeer van de ene naar de andere client via het toegangspunt door?


Overweeg een Wi-Fi-netwerk met één toegangspunt en twee clients, die in marginale omstandigheden werken vanwege bereik, enz. Cliënt 1 communiceert met Cliënt 2. Uiteraard is de Toegangspunt (AP) moet binnen bereik zijn van beide (ervan uitgaande dat er geen fancy mesh-modi zijn, enz.) Om het netwerk als beschikbaar te beschouwen, maar gaat de data er eigenlijk doorheen?

Dat wil zeggen, ontvangt de AP de pakketten van de ene client en verzendt deze opnieuw voor de andere client om op te halen, of ontvangt de radio van Client 2 de signalen direct als ze worden verzonden vanaf Client 1 en biedt de AP slechts een soort van arbitrage en metadata om ze te helpen elkaar te vinden?

Ik ben vooral geïnteresseerd in hoe het antwoord hierop van invloed zou zijn op het geval dat de twee clients dicht bij elkaar staan ​​en goede radiopropage hebben, maar dat het toegangspunt op enige afstand ligt.


50
2017-10-26 10:37


oorsprong


Hoewel de vraag hier goed ontvangen en ter discussie staat, voelt het alsof hij ook goed bij de netwerktechniek Stack Exchange. - Jules
Bedankt, ik wist niet dat er een specifiekere SE was. Misschien heb ik in de toekomst nog meer vragen voor hen, goed om te weten. - Pete


antwoorden:


Ja, de communicatie verloopt via het toegangspunt. In dit geval functioneert het AP precies zoals een switch dat doet in een bekabeld netwerk.

Het is mogelijk om twee apparaten direct te laten communiceren, zonder AP. Dit staat bekend als Ad Hoc-netwerken.


66
2017-10-26 12:22



De situatie is echter niet precies analoog aan een switch op een bekabeld (xBASE-T) netwerk, omdat Client 2 kan zie de verzendingen van Client 1 zelfs als het protocol zodanig is dat het deze negeert. In sommige opzichten komt het dichter bij old-school 10BASE2- of 10BASE5-bekabeling. Dat is waarom ik twijfels heb. - Pete
Hoewel moderne switches zich niet echt zo gedragen, zijn technisch ALLE Ethernet-netwerken multi-access en daarom hebben apparaten de mogelijkheid om pakketten te ontvangen waarvoor ze niet de bedoelde ontvanger zijn. - D34DM347
@Pete het is niet noodzakelijk waar dat C2 de uitzendingen van C1 kan zien. Overweeg het geval dat C1 zich dichtbij een rand van het bereik van het toegangspunt bevindt en C2 zich in de buurt van de tegenoverliggende rand bevindt. De afstand tussen C1 en C2 is dan twee keer zo groot als die van de AP, dus ze kunnen niet rechtstreeks met elkaar communiceren. Maar aangezien het niet hoeft te doen, maakt het niet uit. Het enige dat telt is dat ze allebei in staat zijn om met de AP te praten. - Monty Harder
Nee @ D34DM347, dit is niet altijd het geval, apparaten waarop wifi direct geschikt is Apparaten die geschikt zijn voor Wi-Fi Direct kunnen snel en gemakkelijk rechtstreeks met elkaar worden verbonden om taken uit te voeren zoals afdrukken, synchroniseren en delen van gegevens. Wi-Fi Direct-apparaten kunnen aan meerdere P2P-apparaten (peer-to-peer) en WLAN's (WLAN's) tegelijkertijd worden gekoppeld. bovendien kan de isolatie van de cliënt die goed is gedaan, dit natuurlijk voorkomen - 8zero2.ops
Ik zou willen voorstellen dat u het woord "hub" gebruikt, omdat dat dichter bij het bekabelde equivalent staat. Hubs zijn nu niet echt beschikbaar, maar het werkt. - TafT


Uiteraard moet het toegangspunt (AP) zich binnen het bereik van beide bevinden (ervan uitgaande dat er geen fancy mesh-modi zijn, enz.) Zodat het netwerk als beschikbaar wordt beschouwd, maar gaan de gegevens er ook daadwerkelijk doorheen?

Ja, de gegevens vloeien feitelijk door het toegangspunt. Waarom? De 802.11-framestandaarden hebben 802.11-framekoppen gedefinieerd:

Enter image description here

802.11 werkt meestal op de MAC-laag van de datalink en fysieke laag. Dus zoals je ziet zijn er vier adressen (in plaats van twee in het geval van Ethernet) in de frameheader en afhankelijk van waar het frame moet worden doorgestuurd, de adresplaatsing in dot11 header is besloten.

De mogelijke adressen zijn:

  1. Bestemmingsadres -> Aan welk frame moet uiteindelijk worden bereikt (DA)
  2. Bronadres -> De oorspronkelijke afzender van frame (SA)
  3. Huidig ​​bestemmingsadres -> De huidige ontvanger van het frame (CDA)
  4. Huidige bronadres -> De huidige bron van het frame (CSA)

Nu hangt het af van waar het frame moet worden doorgestuurd, d.w.z. van welk distributiesysteem (DS) naar welk distributiesysteem (hier laten we veronderstellen dat draadloos DS 0 is en bedraad DS 1 is) de plaatsing van deze adressen wordt beslist in de frameheader.

ZAAK 1: Wanneer een frame moet worden doorgestuurd van DS 0 naar DS 0 van een draadloze client (STA) naar een andere client (dit gebeurt meestal op een ad-hocnetwerk).

Het volgende zouden de adressen zijn:

  • CDA en DA zullen hetzelfde zijn
  • CSA en SA zullen hetzelfde zijn

Het volgende zou adresplaatsing zijn:

  • Adres 1 -> CDA of DA
  • Adres 2 -> CSA of SA
  • Adres 3 -> BSSID (MAC) of ff: ff: ff: ff: ff: ff in geval van probe verzoeken
  • Adres 4 -> Niet van toepassing

CASE 2: Wanneer een frame moet worden doorgestuurd van een draadloze cliënt naar een AP, d.w.z. van DS 0 tot DS 1.

Het volgende zouden de adressen zijn:

  • CDA en BSSID zullen hetzelfde zijn (aangezien het pakket wordt doorgestuurd op een SSID)
  • DA wordt de ultieme draadloze client waarbij het frame moet worden doorgestuurd (in het LAN).
  • CSA en SA zullen hetzelfde zijn

Het volgende zou adresplaatsing zijn:

  • Adres 1 -> CDA of BSSID
  • Adres 2 -> CSA of SA
  • Adres 3 -> DA
  • Adres 4 -> Niet van toepassing

CASE 3: Wanneer een frame moet worden doorgestuurd van een AP naar een draadloze cliënt, d.w.z. van DS 1 tot DS 0.

Het volgende zouden de adressen zijn:

  • CDA en DA zullen hetzelfde zijn.
  • CSA en BSSID zullen hetzelfde zijn.
  • SA wordt het originele bronadres

Het volgende zou adresplaatsing zijn:

  • Adres 1 -> CDA of DA
  • Adres 2 -> CSA of BSSID
  • Adres 3 -> SA
  • Adres 4 -> Niet van toepassing

CASUS 4: Wanneer een frame moet worden doorgestuurd van één AP naar een andere AP die hetzelfde LAN deelt (en twee draadloze clients communiceren daarop), d.w.z. van DS 1 tot DS 1.

Het volgende zouden de adressen zijn:

  • CSA wordt MAC van eerste AP
  • CDA wordt MAC van tweede AP
  • SA wordt de MAC-bron van draadloze client
  • DA wordt de MAC-bestemming van de draadloze client

Het volgende zou adresplaatsing zijn:

  • Adres 1 -> CDA
  • Adres 2 -> CSA
  • Adres 3 -> DA
  • Adres 4 -> SA

Conclusie: Als u zich in een op AP gebaseerde omgeving (infrastructuur) bevindt, moet u DS en daarmee de bestemmings-MAC van BSSID omschakelen naar eindklant-MAC-adressen (hierboven in detail uitgelegd), zo is dot11 geschreven.

Analogie met bedraad: Neem het draadloze medium als een onzichtbare draad tussen een schakelaar en een eindhost. De switch in dit geval is een AP en de eindhost is de draadloze client. Je hebt nog steeds een bron-MAC en een bestemmings-MAC nodig in draadloos, maar nu in een meerdere AP-omgeving weet je niet wie je AP (switch) is, want er is geen kabel (onzichtbaar) waarmee je bent verbonden (via) en dus binnenkwam nog twee adressen (CSA en CDA hierboven uitgelegd).

Ik hoop dat dit helpt!


34
2017-10-26 14:59



+1 Alleen voor de details! - Michael-O


De standaardconfiguratie voor Wi-Fi (met Toegangspunten) werkt als een repeater. De AP pikt de ontvangen gegevens op en verzendt deze opnieuw. Deze configuratie is de standaard voor gecentraliseerde radiocommunicatie van vele soorten, waarbij wifi slechts een specifieke subset is.


5
2017-10-26 18:08





Ik heb onlangs een contract afgesloten bij HP, waar ik WIFI / Wifi Direct-testprocedures en testautomatisering heb ontwikkeld. In WIFI Direct is dit peer-to-peer, dus helemaal geen AP-associatie. Ik stel voor dat je ook op dit gebied leest.

Bedenk dat WIFI zelf een niet-gelicentieerde service is, dus op bands zoals 5 GHz, waar gelicentieerde services zoals RADAR en Military gebruiken, moet een WIFI-apparaat op deze banden van het gedeelde WIFI-kanaal 'gaan' voor de primaire licentiehouder om dat kanaal te gebruiken

Mijn twee cent == Mijn twee dollar hetzelfde

Proost


0
2017-10-30 14:10