Changes between Version 7 and Version 8 of Studio


Ignore:
Timestamp:
Oct 20, 2006, 12:12:51 PM (18 years ago)
Author:
soujak
Comment:

Aggiunto l'abstract e aggiornata l'introduzione.

Legend:

Unmodified
Added
Removed
Modified
  • Studio

    v7 v8  
    11= Studio di fattibilita': associazione multipla simultanea =
    22[[PageOutline(1-6,Indice dei contenuti)]]
    3 L'avvio e l'approccio di questo studio dipende in maniera forte dagli aspetti
    4 architetturali del protocollo 802.11. La questione non entra in gioco soltanto
    5 nel definire una bozza di implementazione, ma, ancor prima, nel comprendere
    6 quali siano le strade da intraprendere per una realizzazione a livello mentale.
     3== Abstract ==
     4La diffusione di reti wireless e' in forte crescita ed e' stimolato dalla
     5facile disponibilita' di connessioni ad Internet con ampie larghezze di banda
     6anche in ambienti domestici. Non e' infatti raro, specialmente se si abita in
     7una citta' densamente popolata, trovarsi nel raggio di copertura di piu' di una
     8rete wireless. Sfruttare contemporaneamente la connessione alla molteplicita' di
     9reti permetterebbe uno sfruttamento migliore delle risorse disponibili
     10(miglioramento del ''throughput'') e un incremento di affidabilita' (grazie alla
     11ridondanza).
     12[[BR]]
     13Lo studio intende analizzare le effettive possibilita' di realizzazione di un
     14estensione delle comuni realizzazioni di IEEE 802.11 che permetta al singolo
     15client l'associazione simultanea a differenti reti wireless. Gli scenari che
     16saranno oggetto della ricerca dovranno essere i piu' svariati: le reti
     17potrebbero utilizzare canali diversi o addirittura essere di natura diversa:
     18''ad-hoc'' o ad infrastruttura.
     19  ''Precisare il concetto di simultaneita' facendo riferimento alla strategia
     20  di swinging''
     21
     22== Introduzione ==
     23Come risulta evidente, l'avvio e l'approccio di questo studio dipende in maniera
     24forte dagli aspetti architetturali del protocollo 802.11. La questione non entra
     25in gioco soltanto nel definire una bozza di implementazione, ma, ancor prima,
     26nel comprendere a livello ideale quali siano le strade da intraprendere per una
     27realizzazione.
    728
    829Dalle conoscenze iniziali dell'intero gruppo di lavoro e' risultato evidente
    9 che la ricerca non poteva perseguire una soluzione che lavorasse al di sopra di
    10 tutto lo stack IEEE 802.11. In questo tipo di scenario si renderebbe necessaria
    11 la ri-associazione ad ogni cambio di canale, una operazione che richiede tempi
    12 lunghi (o biblici, e' da considerare anche l'autenticazione), se comparati ai
    13 tempi di trasmissione dei dati.
     30che la ricerca non poteva perseguire una soluzione che lavorasse al di sopra
     31del livello di astrazione creato dal driver del dispositivo. In questo tipo di
     32scenario si renderebbe necessaria la ri-associazione ad ogni cambio di canale,
     33una operazione che richiede tempi che sono definibili lunghi (o biblici se si
     34considera anche la fase di autenticazione) se comparati ai tempi di trasmissione
     35dei dati. Il che significa che operare anche soltanto una doppia associazione
     36produrrebbe prestazioni inferiori rispetto ad una associazione singola.
    1437
    1538Se come riferimento si prende lo stack ISO/OSI, da quanto detto risulta
    16 evidente che la ricerca sara' orientata al di sotto del livello "network".
    17 Prima di poter proseguire in maniera sensata, si ritiene pertanto necessario
    18 approfondire la conoscenza dell'interfaccia offerta dal livello MAC e da quello
    19 PHY e come esse possano essere utilizzate. In aggiunta a questo e' da chiarire
    20 quanto forte sia la dipendenza fra il livello PHY e l'hardware del dispositivo
    21 sottostante.
     39evidente che la ricerca sara' orientata al di sotto del livello Network, nei
     40meandri dello stack IEEE 802.11. Dal momento che la conoscenza dell'argomento e'
     41qualificabile come limitata agli aspetti piu' didattici, risulta evidente che
     42prima di poter proseguire in maniera sensata, si e' ritenuto necessario
     43approfondire la materia. Nei primi tempi si e' quindi cercato di acquisire
     44l'indispensabile padronanza dell'architettura del protocollo e delle interfacce
     45offerte dal livello MAC e da quello PHY.
     46
     47=== Wiki ===
     48Le potenzialita' offerte dal wiki sono apparse essere un valido appoggio al
     49carattere collaborativo del progetto. Specialmente nelle fasi iniziali di
     50analisi dello standard, ha permesso la divisione degli argomenti e facilitato lo
     51studio stesso e la successiva condivisione delle conoscenze.
     52
     53----
    2254
    2355= Analisi dello standard IEEE 802.11 =
     56
    2457== Descrizione funzionale del sottolivello MAC ==
    2558Sommario degli argomenti presenti:
     
    112145che tutte le STA in attesa collidano nel momento in cui contemporaneamente
    113146effettuino ulteriori tentativi di trasmissione. L'algoritmo e la tecnica in
    114 generale sono descritti esaustivamente nelle specifiche, a cui pertanto rimando,
     147generale e' descritta esaustivamente nelle specifiche, a cui pertanto rimando,
    115148qualora si cerchino infomazioni piu' dettagliate.
    116149
    117 ==== PCF ====
    118 ''Da fare.''
     150
     151==== DCF ====
    119152
    120153== Gestione degli strati ==
     
    190223   ad-hoc)
    191224
    192   ,,20061019-0920 SoujaK:,,[[BR]]
     225  ,,20061019-0920 SoujaK:,,
    193226  ''La revisione g del documento non introduce nessun cambiamento alle
    194227  interfacce del SAP legato al livello MAC. Viene piuttosto esteso il livello
     
    230263Vengono in generale definite un sacco di primitive che vanno dal controllo
    231264del consumo energetico del medium, alla trasmissione, al CS/CCA.
    232 Frequency hopping: il salto delle frequenze (channel) e' fatto al fine di
     265Frequency hopping: il salto delle frequenze (channel) e' fatto alfine di
    233266ottenere un maggior throughput della rete (non si impegna mai una stessa
    234267frequenza per "troppo" tempo). Questo hopping deve avvenire entro
    235268un tempo limite di 224us.
    236269
    237 === Specifiche della modulazione HR/DSSS (802.11g) ===
     270=== Specifiche della modulazione HR/DSSS ,,(802.11g),, ===
    238271''Da fare''
    239272