Il traffico Wi-Fi da un client a un altro viaggia attraverso il punto di accesso?


51

Si consideri una rete Wi-Fi con un punto di accesso e due client, che opera in condizioni marginali a causa della portata, ecc. Il client 1 sta comunicando con il client 2. Ovviamente il punto di accesso (AP) deve trovarsi nel raggio di entrambi (supponendo che non vi siano mesh fantasiose modalità, ecc.) affinché la rete sia considerata disponibile, ma i dati attraversano effettivamente questa rete?

Cioè, l'AP riceve i pacchetti da un client e li ritrasmette affinché l'altro client lo raccolga, oppure la radio del client 2 riceve i segnali direttamente mentre vengono trasmessi dal client 1 e l'AP fornisce solo una sorta di arbitrato e metadati per aiutarli a trovarsi?

Sono particolarmente interessato a come la risposta a ciò influenzerebbe il caso in cui i due client sono vicini l'uno all'altro e hanno una buona propagazione radio, ma il punto di accesso è a una certa distanza.


4
Mentre la domanda è ben accolta e in tema qui, sembra che sarebbe adatta anche allo scambio di stack di ingegneria di rete .
Jules,

1
Grazie, non sapevo che c'era un SE più specifico. Potrei avere più domande per loro in futuro, buono a sapersi.
Pete,

Risposte:


67

Sì, la comunicazione sta attraversando il punto di accesso. In questo caso, l'AP funziona esattamente come uno switch in una rete cablata.

È possibile avere due dispositivi che comunicano direttamente, senza un AP. Questo è noto come rete ad hoc.


4
La situazione non è esattamente analoga a uno switch su una rete cablata (xBASE-T), tuttavia, poiché il client 2 può vedere le trasmissioni del client 1 anche se il protocollo è tale da ignorarle. In un certo senso è più vicino ai cavi 10BASE2 o 10BASE5 di vecchia scuola. Ecco perché ho dei dubbi.
Pete,

3
Sebbene i moderni switch non si comportino più in questo modo, tecnicamente TUTTE le reti Ethernet sono multi-accesso e quindi hanno la possibilità per i dispositivi di ricevere pacchetti per i quali non sono destinati.
D34DM347,

12
@Pete non è necessariamente vero che C2 può vedere le trasmissioni di C1. Considera il caso in cui C1 è vicino a un bordo dell'intervallo dell'AP e C2 è vicino al bordo opposto. La distanza tra C1 e C2 è quindi doppia rispetto a quella dell'AP, quindi non possono comunicare direttamente tra loro. Ma dal momento che non devono, non importa. Tutto ciò che conta è che entrambi sono in grado di parlare con l'AP.
Monty Harder,

No @ D34DM347, questo non è sempre il caso, dispositivi abilitati Wi-Fi diretto I dispositivi abilitati Wi-Fi Direct possono connettersi direttamente tra loro in modo rapido e conveniente per svolgere attività come la stampa, la sincronizzazione e la condivisione di dati. I dispositivi Wi-Fi Direct possono associarsi contemporaneamente a più dispositivi peer-to-peer (P2P) e LAN wireless (WLAN) dell'infrastruttura. inoltre, l'isolamento del client eseguito correttamente potrebbe ovviamente impedirlo
8zero2.ops,

4
Ti suggerirei di usare la parola "hub" poiché è più vicina all'equivalente cablato. Gli hub non sono realmente disponibili al giorno d'oggi ma in qualche modo funzionano.
TafT

36

Ovviamente l'Access Point (AP) deve trovarsi nel raggio di entrambi (supponendo che non ci siano modalità mesh fantasiose, ecc.) Affinché la rete sia considerata disponibile, ma i dati viaggiano effettivamente attraverso di essa?

Sì, i dati fluiscono effettivamente attraverso l'AP. Perché? Gli standard dei frame 802.11 hanno definito le intestazioni dei frame 802.11:

Inserisci qui la descrizione dell'immagine

802.11 funziona principalmente sul livello MAC del collegamento dati e del livello fisico, quindi come vedi ci sono quattro indirizzi (anziché due nel caso di Ethernet) nell'intestazione del frame e in base a dove deve essere inoltrato il frame il posizionamento dell'indirizzo nell'intestazione dot11 viene deciso.

I possibili indirizzi sono:

  1. Indirizzo di destinazione -> A quale frame è destinato a raggiungere finalmente (DA)
  2. Indirizzo sorgente -> Il mittente originale del frame (SA)
  3. Indirizzo di destinazione corrente -> Il destinatario corrente del frame (CDA)
  4. Indirizzo sorgente corrente -> La sorgente corrente del frame (CSA)

Ora dipende da dove il frame deve essere inoltrato, cioè da quale sistema di distribuzione (DS) a quale sistema di distribuzione (supponiamo che il wireless sia DS 0 e cablato sia DS 1) il posizionamento di questi indirizzi è deciso nell'intestazione del frame.

CASO 1: quando un frame deve essere inoltrato da DS 0 a DS 0 da un client wireless (STA) a un altro client (ciò accadrebbe principalmente su una rete ad hoc).

I seguenti sarebbero gli indirizzi:

  • CDA e DA saranno gli stessi
  • CSA e SA saranno gli stessi

Quanto segue sarebbe il posizionamento dell'indirizzo:

  • Indirizzo 1 -> CDA o DA
  • Indirizzo 2 -> CSA o SA
  • Indirizzo 3 -> BSSID (MAC) o ff: ff: ff: ff: ff: ff in caso di richieste sonda
  • Indirizzo 4 -> Non applicabile

CASO 2: quando un frame deve essere inoltrato da un client wireless a un AP, cioè da DS 0 a DS 1.

I seguenti sarebbero gli indirizzi:

  • CDA e BSSID saranno gli stessi (poiché il pacchetto viene inoltrato su un SSID)
  • DA sarà il client wireless definitivo in cui il frame deve essere inoltrato (nella sua LAN).
  • CSA e SA saranno gli stessi

Quanto segue sarebbe il posizionamento dell'indirizzo:

  • Indirizzo 1 -> CDA o BSSID
  • Indirizzo 2 -> CSA o SA
  • Indirizzo 3 -> DA
  • Indirizzo 4 -> Non applicabile

CASO 3: quando un frame deve essere inoltrato da un AP a un client wireless, cioè da DS 1 a DS 0.

I seguenti sarebbero gli indirizzi:

  • CDA e DA saranno gli stessi.
  • CSA e BSSID saranno gli stessi.
  • SA sarà l'indirizzo di origine originale

Quanto segue sarebbe il posizionamento dell'indirizzo:

  • Indirizzo 1 -> CDA o DA
  • Indirizzo 2 -> CSA o BSSID
  • Indirizzo 3 -> SA
  • Indirizzo 4 -> Non applicabile

CASO 4: quando un frame deve essere inoltrato da un AP a un altro AP condividendo la stessa LAN (e due client wireless che comunicano su di esso), cioè da DS 1 a DS 1.

I seguenti sarebbero gli indirizzi:

  • CSA sarà MAC del primo AP
  • CDA sarà MAC del secondo AP
  • SA sarà il MAC del client wireless di origine
  • DA sarà il MAC del client wireless di destinazione

Quanto segue sarebbe il posizionamento dell'indirizzo:

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

Conclusione: se ci si trova in un ambiente basato su AP (infrastruttura), è necessario cambiare DS e quindi il MAC di destinazione da BSSID agli indirizzi MAC del client finale (spiegato sopra in dettaglio), in questo modo viene scritto dot11.

Analogia con cavo: prendi il supporto wireless come filo invisibile tra uno switch e un host finale. Lo switch in questo caso è un AP e l'host finale è il client wireless. Hai ancora bisogno di un MAC di origine e di un MAC di destinazione in modalità wireless, ma ora in un ambiente a più AP non sai chi è il tuo AP (switch) in quanto non esiste un cavo (invisibile) a cui sei connesso (tramite) quindi è entrato altri due indirizzi (CSA e CDA spiegati sopra).

Spero che questo possa essere d'aiuto!


+1 Solo per i dettagli!
Michael-O,

4

La configurazione standard per il Wi-Fi (con Access Point ) è quella di funzionare come ripetitore. L'AP raccoglierà i dati ricevuti e li ritrasmetterà. Questa configurazione è lo standard per le comunicazioni radio centralizzate di molti tipi, con il Wi-Fi solo un sottoinsieme particolare.


0

di recente ho concluso un contratto con HP, dove ho sviluppato procedure di test WIFI / Wifi Direct e automazione dei test. In WIFI Direct questo è peer to peer, quindi nessuna associazione AP coinvolta. Ti suggerisco di leggere anche su quest'area.

Considera che il WIFI stesso è un servizio senza licenza, quindi su bande come 5 GHz che è dove usano servizi con licenza come RADAR e Militare, qualsiasi dispositivo WIFI su queste bande deve 'spostarsi' dal canale WIFI condiviso per consentire al titolare della licenza principale di usare detto canale

I miei due centesimi == I miei due dollari stessa cosa

Saluti

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.