Changes between Version 16 and Version 17 of Protocollo


Ignore:
Timestamp:
Nov 9, 2006, 2:50:40 PM (18 years ago)
Author:
soujak
Comment:

Ancora piccoli cambiamenti di forma.

Legend:

Unmodified
Added
Removed
Modified

  • Protocollo

    v16 v17  
    460460stazione sta in ascolto su tutti i canali e aspetta di ricevere dei beacon in
    461461cui il valore SSID sia uguale al valore SSID dell'ESS di cui la stazione vuole
    462 entrare a fare parte. Una volta ritornati questi frames, la stazione (attraverso
     462entrare a fare parte. Una volta ritornati questi frame, la stazione (attraverso
    463463opportune funzioni) entra a far parte di un BSS, acquisendo tutti i parametri
    464464del BSS (timer di sincronizzazione, parametri di PHY, BSSID, parametri di
    465 trasmissione dei beacon...). La modalita' di scansione attiva invece si basa sul
    466 concetto di Probe Request e Probe Response: praticamente una stazione invia un
    467 Probe Request e si mette in ascolto di un Probe Response; quando il Probe
    468 Response conterra' il SSID cercato dalla stazione allora avra' inizio la
    469 sincronizzazione e la stazione entrera' a far parte di un BSS. L'algoritmo di
    470 scansione e' al cap 11.1.3.2.2 (pag 127 di IEEE 802.11-1999).
    471 
     465trasmissione dei beacon...).
     466
     467La modalita' di scansione attiva invece si basa sullo scambio di frame di tipo
     468''Probe Request'' e ''Probe Response'': praticamente una stazione invia una
     469richiesta e si mette in ascolto di una risposta. Quando giunge il frame Probe
     470Response contenente il SSID cercato dalla stazione ha poi inizio la
     471sincronizzazione e da quel momento la stazione entra a far parte di un BSS.
     472L'algoritmo di scansione e' descritto nel dettaglio nella sezione 11.1.3.2.2
     473(pag 127 di IEEE 802.11-1999).
    472474=== Associazione e riassociazione di una stazione con un AP ===
    473475
    … …  
    476478 * associazione
    477479Una volta effettuata l'autenticazione su un AP, la stazione invia una richiesta
    478 di associazione all'AP e attende la risposta;in caso di risposta affermativa
    479 la stazione sara' fisicamente associata all'AP e potra' avviare la
    480 comunicazione,
    481 in caso contrario la stazione non si potra' associare.
    482 Analogamente quando una stazione vorra' riassociarsi ad un AP inviera' allo
    483 stesso
    484 una richiesta di riassociazione e attedera' la risposta dall'AP.
    485 Naturalmente quando un AP riceve una richiesta di associazione controlla che la
    486 stazione che ha inviato tale richiesta sia autenticata su se' stesso; in caso
    487 affermativo l'AP inviera' una risposta (positiva o negativa) alla stazione.
     480di associazione all'AP e attende la risposta; in caso di risposta affermativa la
     481stazione sara' fisicamente associata all'AP e potra' avviare la comunicazione,
     482in caso contrario la stazione non si potra' associare. Analogamente quando una
     483stazione vorra' riassociarsi ad un AP inviera' allo stesso una richiesta di
     484riassociazione e attendera' la risposta dall'AP. Naturalmente, quando un AP
     485riceve una richiesta di associazione controlla che la stazione che ha inviato
     486tale richiesta sia autenticata presso di lui; in caso affermativo l'AP inviera'
     487una risposta (positiva o negativa) alla stazione interessata.
    488488
    489489=== ''Power Management'' ===
    … …  
    496496alle stazioni che non operano in tale modalita'; infatti un AP non puo'
    497497trasmettere i dati in maniera arbitraria alle stazioni in modalita' ''power
    498 save'' ma deve bufferizzarli per poi trasmetterli in momenti precisi. Tutte le
    499 stazioni che ricevono dati bufferizzati dall'AP sono riunite nel TIM (''Traffic
    500 Indication Map'') il quale rappresenta un campo dei vari ''beacon'' generati
    501 dall'AP stesso.
    502 ,,20061109-1424 SoujaK: ''Il pezzo seguente e' da chiarire'',,[[BR]]
    503 Ogni stazione per sapere se i dati ricevuti sono stati bufferizzati per
    504 lei deve ricevere e interpretare il TIM associato al beacon ( per fare cio' ogni
    505 stazione si mette peridicamente in ascolto di beacon, e quindi in ascolto per
    506 ricevere eventuali TIM, secondo opportune funzioni). In un BSS ogni stazione (in
    507 modalita' ''power save'') per sapere se dei dati sono stati correttamente
    508 bufferizzati invia un frame di tipo PS-Poll all'AP, il quale rispondera' o
    509 inviando direttamente i dati bufferizzati o acknowledgiando la richiesta e
    510 inviando i dati successivamente.
    511 
     498save'' ma deve bufferizzarli per poi trasmetterli in momenti precisi.
     499[[BR]],,20061109-1424 SoujaK: ''Il pezzo seguente e' da chiarire'',,[[BR]]
     500Tutte le stazioni che ricevono dati bufferizzati dall'AP sono riunite nel TIM
     501(''Traffic Indication Map'') il quale rappresenta un campo dei vari ''beacon''
     502generati dall'AP stesso. Ogni stazione per sapere se i dati ricevuti sono stati
     503bufferizzati per lei deve ricevere e interpretare il TIM associato al beacon (
     504per fare cio' ogni stazione si mette peridicamente in ascolto di beacon, e
     505quindi in ascolto per ricevere eventuali TIM, secondo opportune funzioni). In un
     506BSS ogni stazione (in modalita' ''power save'') per sapere se dei dati sono
     507stati correttamente bufferizzati invia un frame di tipo PS-Poll all'AP, il quale
     508rispondera' o inviando direttamente i dati bufferizzati o acknowledgiando la
     509richiesta e inviando i dati successivamente.
    512510Ogni stazione puo' lavorare in due modalita':
    513511 * ''awake''
    … …  
    529527l'invio di un ATIM (Ad hoc TIM) quando tutte le stazioni dell' IBSS sono in
    530528modalita' ''awake''. Quando i dati devono essere trasmessi la stazione
    531 trasmittente
    532 invia prima un frame ATIM nel ATIM Window (che e' un periodo nel quale vengono
    533 inviati solo frame ATIM o beacon) e aspetta l'ACK di quel frame; se cio' non
    534 avviene la stazione attiva la procedura di ritrasmissione dell'ATIM. Una
    535 stazione che acknowledgi l'ATIM durante l'ATIM Window deve rimanere nella
     529trasmittente invia prima un frame ATIM nel ATIM Window (che e' un periodo nel
     530quale vengono inviati solo frame ATIM o beacon) e aspetta l'ACK di quel frame;
     531se cio' non avviene la stazione attiva la procedura di ritrasmissione dell'ATIM.
     532Una stazione che acknowledgi l'ATIM durante l'ATIM Window deve rimanere nella
    536533modalita' ''awake'' e aspettare l'annuncio.
    537 ,,20061109-1424 SoujaK: ''Anche il seguente periodo e' abbastanza
     534[[BR]],,20061109-1424 SoujaK: ''Anche il seguente periodo e' abbastanza
    538535oscuro'',,[[BR]]
    539536Una volta che avviane l'ACK ed e' passato l'ATIM Window, i dati possono essere