Changeset 5 for doc

Timestamp:

May 9, 2007, 7:01:59 PM (18 years ago)

Author:

soujak

Message:

Concluso CasoReale ed iniziato Soluzioni.SopraIlFirmware

Location:

doc

Files:

• AssociazioneMultipla.aux (modified) (2 diffs)
• AssociazioneMultipla.log (modified) (7 diffs)
• AssociazioneMultipla.out (modified) (1 diff)
• AssociazioneMultipla.tex (modified) (9 diffs)

doc/AssociazioneMultipla.aux

@@ -18 +18 @@
 \@writefile{lot}{\select@language{italian}}
 \@writefile{toc}{\contentsline {section}{\numberline {1}Introduzione}{1}{section.1}}
-\newlabel{sec:intro}{{1}{1}{Introduzione\relax }{section.1}{}}
+\newlabel{sec:introduzione}{{1}{1}{Introduzione\relax }{section.1}{}}
 \@writefile{toc}{\contentsline {subsection}{\numberline {1.1}Oggetto}{1}{subsection.1.1}}
 \newlabel{sec:oggetto}{{1.1}{1}{Oggetto\relax }{subsection.1.1}{}}
@@ -50 +50 @@
 \@writefile{toc}{\contentsline {subsection}{\numberline {2.5}Caso reale}{5}{subsection.2.5}}
 \newlabel{sec:casoreale}{{2.5}{5}{Caso reale\relax }{subsection.2.5}{}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {2.5.1}Il chipset Atheros}{5}{subsubsection.2.5.1}}
-\newlabel{sec:atheros}{{2.5.1}{5}{Il chipset Atheros\relax }{subsubsection.2.5.1}{}}
-\@writefile{toc}{\contentsline {subsubsection}{\numberline {2.5.2}Il driver MADWifi}{5}{subsubsection.2.5.2}}
-\newlabel{sec:madwifi}{{2.5.2}{5}{Il driver MADWifi\relax }{subsubsection.2.5.2}{}}
+\@writefile{toc}{\contentsline {subsubsection}{\numberline {2.5.1}Il \textit  {chipset} \texttt  {Atheros}}{5}{subsubsection.2.5.1}}
+\newlabel{sec:atheros}{{2.5.1}{5}{Il \textit {chipset} \texttt {Atheros}\relax }{subsubsection.2.5.1}{}}
+\@writefile{toc}{\contentsline {subsubsection}{\numberline {2.5.2}Il \textit  {driver} \texttt  {MADWiFi}}{5}{subsubsection.2.5.2}}
+\newlabel{sec:madwifi}{{2.5.2}{5}{Il \textit {driver} \texttt {MADWiFi}\relax }{subsubsection.2.5.2}{}}
 \@writefile{toc}{\contentsline {section}{\numberline {3}Soluzioni}{6}{section.3}}
 \newlabel{sec:soluzioni}{{3}{6}{Soluzioni\relax }{section.3}{}}
-\@writefile{toc}{\contentsline {section}{\numberline {4}Ottimizzazioni ulteriori per le scelte di swinging}{6}{section.4}}
-\newlabel{sec:ottimizzazioni}{{4}{6}{Ottimizzazioni ulteriori per le scelte di swinging\relax }{section.4}{}}
-\@writefile{toc}{\contentsline {section}{\numberline {5}Bibliografia}{6}{section.5}}
-\newlabel{sec:bibliografia}{{5}{6}{Bibliografia\relax }{section.5}{}}
-\@writefile{toc}{\contentsline {section}{\numberline {6}Ringraziamenti}{6}{section.6}}
-\newlabel{sec:ringraziamenti}{{6}{6}{Ringraziamenti\relax }{section.6}{}}
+\@writefile{toc}{\contentsline {subsection}{\numberline {3.1}Sopra il \textit  {firmware}}{6}{subsection.3.1}}
+\newlabel{sec:soprailfirmware}{{3.1}{6}{Sopra il \textit {firmware}\relax }{subsection.3.1}{}}
+\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.1.1}Descrizione}{6}{subsubsection.3.1.1}}
+\@writefile{toc}{\contentsline {paragraph}{Idea}{6}{section*.1}}
+\@writefile{toc}{\contentsline {paragraph}{Come}{6}{section*.2}}
+\@writefile{toc}{\contentsline {paragraph}{Gabola}{7}{section*.3}}
+\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.1.2}Vantaggi}{7}{subsubsection.3.1.2}}
+\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.1.3}Svantaggi}{7}{subsubsection.3.1.3}}
+\@writefile{toc}{\contentsline {subsection}{\numberline {3.2}Sopra il \textit  {driver}}{7}{subsection.3.2}}
+\newlabel{sec:sopraildriver}{{3.2}{7}{Sopra il \textit {driver}\relax }{subsection.3.2}{}}
+\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.2.1}Descrizione}{7}{subsubsection.3.2.1}}
+\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.2.2}Vantaggi}{7}{subsubsection.3.2.2}}
+\@writefile{toc}{\contentsline {subsubsection}{\numberline {3.2.3}Svantaggi}{7}{subsubsection.3.2.3}}
+\@writefile{toc}{\contentsline {section}{\numberline {4}Ottimizzazioni ulteriori per le scelte di swinging}{7}{section.4}}
+\newlabel{sec:ottimizzazioni}{{4}{7}{Ottimizzazioni ulteriori per le scelte di swinging\relax }{section.4}{}}
+\@writefile{toc}{\contentsline {section}{\numberline {5}Bibliografia}{7}{section.5}}
+\newlabel{sec:bibliografia}{{5}{7}{Bibliografia\relax }{section.5}{}}
+\@writefile{toc}{\contentsline {section}{\numberline {6}Ringraziamenti}{7}{section.6}}
+\newlabel{sec:ringraziamenti}{{6}{7}{Ringraziamenti\relax }{section.6}{}}

doc/AssociazioneMultipla.log

@@ -1 @@
-This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (format=pdflatex 2006.8.10)  8 MAY 2007 19:18
+This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (format=pdflatex 2006.8.10)  9 MAY 2007 18:57
 entering extended mode
 **AssociazioneMultipla.tex
@@ -434 +434 @@
 \openout1 = `AssociazioneMultipla.aux'.
 
-LaTeX Font Info:    Checking defaults for OML/cmm/m/it on input line 21.
-LaTeX Font Info:    ... okay on input line 21.
-LaTeX Font Info:    Checking defaults for T1/cmr/m/n on input line 21.
-LaTeX Font Info:    ... okay on input line 21.
-LaTeX Font Info:    Checking defaults for OT1/cmr/m/n on input line 21.
-LaTeX Font Info:    ... okay on input line 21.
-LaTeX Font Info:    Checking defaults for OMS/cmsy/m/n on input line 21.
-LaTeX Font Info:    ... okay on input line 21.
-LaTeX Font Info:    Checking defaults for OMX/cmex/m/n on input line 21.
-LaTeX Font Info:    ... okay on input line 21.
-LaTeX Font Info:    Checking defaults for U/cmr/m/n on input line 21.
-LaTeX Font Info:    ... okay on input line 21.
-LaTeX Font Info:    Checking defaults for OT2/cmr/m/n on input line 21.
-LaTeX Font Info:    Try loading font information for OT2+cmr on input line 21.
+LaTeX Font Info:    Checking defaults for OML/cmm/m/it on input line 22.
+LaTeX Font Info:    ... okay on input line 22.
+LaTeX Font Info:    Checking defaults for T1/cmr/m/n on input line 22.
+LaTeX Font Info:    ... okay on input line 22.
+LaTeX Font Info:    Checking defaults for OT1/cmr/m/n on input line 22.
+LaTeX Font Info:    ... okay on input line 22.
+LaTeX Font Info:    Checking defaults for OMS/cmsy/m/n on input line 22.
+LaTeX Font Info:    ... okay on input line 22.
+LaTeX Font Info:    Checking defaults for OMX/cmex/m/n on input line 22.
+LaTeX Font Info:    ... okay on input line 22.
+LaTeX Font Info:    Checking defaults for U/cmr/m/n on input line 22.
+LaTeX Font Info:    ... okay on input line 22.
+LaTeX Font Info:    Checking defaults for OT2/cmr/m/n on input line 22.
+LaTeX Font Info:    Try loading font information for OT2+cmr on input line 22.
  (/usr/share/texmf-tetex/tex/latex/cyrillic/ot2cmr.fd
 File: ot2cmr.fd 2001/08/11 v3.2c Computer Modern Cyrillic font definitions
 )
-LaTeX Font Info:    ... okay on input line 21.
-LaTeX Font Info:    Checking defaults for PD1/pdf/m/n on input line 21.
-LaTeX Font Info:    ... okay on input line 21.
+LaTeX Font Info:    ... okay on input line 22.
+LaTeX Font Info:    Checking defaults for PD1/pdf/m/n on input line 22.
+LaTeX Font Info:    ... okay on input line 22.
 
 (/usr/share/texmf-tetex/tex/latex/graphics/color.sty
@@ -501 +501 @@
 \everyMPtoPDFconversion=\toks20
 )))
-Package hyperref Info: Link coloring ON on input line 21.
+Package hyperref Info: Link coloring ON on input line 22.
  (/usr/share/texmf-tetex/tex/latex/hyperref/nameref.sty
 Package: nameref 2003/12/03 v2.21 Cross-referencing by name of section
 \c@section@level=\count105
 )
-LaTeX Info: Redefining \ref on input line 21.
-LaTeX Info: Redefining \pageref on input line 21.
+LaTeX Info: Redefining \ref on input line 22.
+LaTeX Info: Redefining \pageref on input line 22.
 
 (./AssociazioneMultipla.out) (./AssociazioneMultipla.out)
@@ -513 +513 @@
 
 LaTeX Font Info:    External font `cmex10' loaded for size
-(Font)              <12> on input line 24.
+(Font)              <12> on input line 25.
 LaTeX Font Info:    External font `cmex10' loaded for size
-(Font)              <8> on input line 24.
+(Font)              <8> on input line 25.
 LaTeX Font Info:    External font `cmex10' loaded for size
-(Font)              <6> on input line 24.
+(Font)              <6> on input line 25.
  [1
 
@@ -535 +535 @@
 LaTeX Warning: Reference `manca' on page 5 undefined on input line 268.
 
-[5] [6] (./AssociazioneMultipla.aux)
+LaTeX Font Info:    Font shape `T1/cmtt/bx/n' in size <10> not available
+(Font)              Font shape `T1/cmtt/m/n' tried instead on input line 284.
+[5] [6] [7] (./AssociazioneMultipla.aux)
 
 LaTeX Warning: There were undefined references.
@@ -541 +543 @@
  ) 
 Here is how much of TeX's memory you used:
- 3431 strings out of 94500
- 43905 string characters out of 1175788
- 97035 words of memory out of 1000000
- 6529 multiletter control sequences out of 10000+50000
+ 3455 strings out of 94500
+ 44318 string characters out of 1175788
+ 97163 words of memory out of 1000000
+ 6541 multiletter control sequences out of 10000+50000
  21066 words of font info for 45 fonts, out of 500000 for 2000
  580 hyphenation exceptions out of 8191
  27i,8n,36p,294b,224s stack positions out of 1500i,500n,5000p,200000b,5000s
 PDF statistics:
- 151 PDF objects out of 300000
- 33 named destinations out of 131072
- 193 words of extra memory for PDF output out of 65536
+ 192 PDF objects out of 300000
+ 45 named destinations out of 131072
+ 257 words of extra memory for PDF output out of 65536
  </var/cache/fonts/pk/ljfour/jknappen/ec/ectt0800.600pk> </var/cache/fonts/pk
 /ljfour/jknappen/ec/ecbi1200.600pk> </var/cache/fonts/pk/ljfour/jknappen/ec/ect
@@ -566 +568 @@
 600pk> </var/cache/fonts/pk/ljfour/jknappen/ec/ecti1728.600pk> </var/cache/font
 s/pk/ljfour/jknappen/ec/ecrm1728.600pk>
-Output written on AssociazioneMultipla.pdf (6 pages, 182470 bytes).
+Output written on AssociazioneMultipla.pdf (7 pages, 197012 bytes).

doc/AssociazioneMultipla.out

@@ -16 +16 @@
 \BOOKMARK [2][-]{subsection.2.5}{Caso reale}{section.2}
 \BOOKMARK [3][-]{subsubsection.2.5.1}{Il chipset Atheros}{subsection.2.5}
-\BOOKMARK [3][-]{subsubsection.2.5.2}{Il driver MADWifi}{subsection.2.5}
+\BOOKMARK [3][-]{subsubsection.2.5.2}{Il driver MADWiFi}{subsection.2.5}
 \BOOKMARK [1][-]{section.3}{Soluzioni}{}
+\BOOKMARK [2][-]{subsection.3.1}{Sopra il firmware}{section.3}
+\BOOKMARK [3][-]{subsubsection.3.1.1}{Descrizione}{subsection.3.1}
+\BOOKMARK [3][-]{subsubsection.3.1.2}{Vantaggi}{subsection.3.1}
+\BOOKMARK [3][-]{subsubsection.3.1.3}{Svantaggi}{subsection.3.1}
+\BOOKMARK [2][-]{subsection.3.2}{Sopra il driver}{section.3}
+\BOOKMARK [3][-]{subsubsection.3.2.1}{Descrizione}{subsection.3.2}
+\BOOKMARK [3][-]{subsubsection.3.2.2}{Vantaggi}{subsection.3.2}
+\BOOKMARK [3][-]{subsubsection.3.2.3}{Svantaggi}{subsection.3.2}
 \BOOKMARK [1][-]{section.4}{Ottimizzazioni ulteriori per le scelte di swinging}{}
 \BOOKMARK [1][-]{section.5}{Bibliografia}{}

doc/AssociazioneMultipla.tex

@@ -4 +4 @@
 \usepackage[T1]{fontenc}
 \usepackage[utf8]{inputenc}
-\usepackage[pdftex,bookmarks,colorlinks,linkcolor=red,urlcolor=blue]{hyperref}
+\usepackage[pdftex,bookmarks,colorlinks,citecolor=green, linkcolor=red,
+urlcolor=blue]{hyperref}
 
 % testo colorato
@@ -24 +25 @@
 
 \begin{abstract}
-La diffusione di reti wireless è in forte crescita a causa della sua comodità e
-della diffusa disponibilità di connessioni ad Internet con ampie larghezze di
-banda. Sfruttare contemporaneamente la connessione alla molteplicità di reti
-spesso presente permetterebbe un utilizzo migliore di tali risorse, migliorando
-il \textit{throughput} e incrementandone l'affidabilità.
+La diffusione di reti \textit{wireless} è in forte crescita a causa della sua
+comodità e della diffusa disponibilità di connessioni ad Internet con ampie
+larghezze di banda. Sfruttare contemporaneamente la connessione alla
+molteplicità di reti spesso presente permetterebbe un utilizzo migliore di tali
+risorse, migliorando il \textit{throughput} e incrementandone l'affidabilità.
 
 Lo studio intende quindi analizzare le effettive possibilità di realizzazione di
 un'estensione delle comuni implementazioni dello standard IEEE 802.11 che
 permetta al singolo \textit{client} in ambiente GNU/Linux l'associazione
-simultanea a
-differenti reti wireless.
+simultanea a differenti reti \textit{wireless}.
 \end{abstract}
 
 % \newpage
 \section{Introduzione}
-\label{sec:intro}
+\label{sec:introduzione}
 
 \subsection{Oggetto}
@@ -45 +45 @@
 Lo studio di fattibilità si interroga sulle possibilità realizzative di
 connessione di un singolo \textit{client} 802.11 a diverse reti, partecipando a
-piè BSS
-(cioè l'insieme di nodi costituenti una rete wireless).
+più BSS (cioè l'insieme di nodi costituenti una rete \textit{wireless}).
 
 Nel presente documento si intende dapprima introdurre il lettore allo scenario
@@ -59 +58 @@
 \textit{client},
 permettendogli connessioni simultanee a reti altrimenti isolate ed eventualmente
-consentendo al \textit{client} di agire in qualità di ponte. Qualora i punti di
-accesso
-resi contemporaneamente utilizzabili riferiscano (più o meno direttamente)
-alla medesima rete, allora la molteplicità si traduce in ridondanza e,
-conseguentemente, in affidabilità. I più coraggiosi potranno sfruttare
-multi-connettività in oggetto come punto di partenza per la realizzazione di
-politiche di gestione al fine di massimizzare il \textit{throughput} aggregato.
+consentendo al \textit{client} di agire in qualità di ponte.
+Qualora i punti di accesso resi contemporaneamente utilizzabili riferiscano (più
+o meno direttamente) alla medesima rete, allora la molteplicità si traduce in
+ridondanza e, conseguentemente, in affidabilità.
+I più coraggiosi potranno sfruttare le multi-connettività in oggetto come punto
+di partenza per la realizzazione di politiche di gestione al fine di
+massimizzare il \textit{throughput} aggregato.
 
 \subsection{Obiettivi supplementari}
@@ -96 +95 @@
 sua natura, disponibile e condiviso da ogni utilizzatore, pertanto lo standard
 IEEE 802.11 ne sancisce il partizionamento in diversi spettri di frequenza
-denominati canali. In tal modo si permette la coesistenza di reti wireless
-distinte in aree limitrofe o addirittura sovrapposte grazie all'uso di canali
-differenti.
+denominati canali. In tal modo si permette la coesistenza di reti
+\textit{wireless} distinte in aree limitrofe o addirittura sovrapposte grazie
+all'uso di canali differenti.
 
 \label{salti}
@@ -109 +108 @@
 \subsubsection{Accesso alla rete}
 \label{sec:accessoallarete}
-Affinché una stazione mobile possa partecipare ad una rete wireless, le è fatto
-obbligo di annunciare la sua presenza attraverso una procedura detta di
-\textbf{associazione}. Questo legame unisce una stazione ad uno ed un solo BSS e
-garantisce che la stazione possa effettuare trasmissioni dirette ad ognuno dei
-nodi appartenente all'intera rete e viceversa.\\
+Affinché una stazione mobile possa partecipare ad una rete \textit{wireless}, le
+è fatto obbligo di annunciare la sua presenza attraverso una procedura detta di
+\textbf{associazione}.
+Questo legame unisce una stazione ad uno ed un solo BSS e garantisce che la
+stazione possa effettuare trasmissioni dirette ad ognuno dei nodi appartenente
+all'intera rete e viceversa.\\
 Lo studio intende proprio scardinare l'univocità del rapporto fra stazione
 e BSS che lo standard impone esplicitamente.
@@ -282 +282 @@
 troppo distanti dagli scopi del presente.
 
-\subsubsection{Il chipset Atheros}
+\subsubsection{Il \textit{chipset} \texttt{Atheros}}
 \label{sec:atheros}
 
@@ -302 +302 @@
 libertà auspicate.
 
-\subsubsection{Il driver MADWifi}
+\subsubsection{Il \textit{driver} \texttt{MADWiFi}}
 \label{sec:madwifi}
 A partire dallo scorso anno la spinta innovatrice di \texttt{Atheros} ha avuto
 riscontro anche nel progetto \texttt{MADWiFi}, i driver liberi per piattaforme
-Linux sviluppati inizialmente da Sam Leffler. Le novità dal nuovo HAL sono state
-sfruttate introducendo una serie di funzionalità di grande rilevanza. Il
-carattere rivoluzionario rende il progetto, come spesso capita, piuttosto
-instabile ma assai vitale.
+Linux sviluppati inizialmente da Sam Leffler. Le novità introdotte dal nuovo
+\texttt{HAL} sono state sfruttate aggiungendo una serie di funzionalità di
+grande rilevanza. Il carattere rivoluzionario rende il progetto, come spesso
+capita, piuttosto instabile ma assai vitale.
 
 L'aspetto indubbiamente più interessante è l'introduzione della modalità
 \textbf{VAP} (\textit{Virtual Access Point}), grazie alla quale è possibile
 virtualizzare il dispositivo creando molteplici interfacce di rete operanti
-concorrentemente in maniera indipendente. Questa funzionalità è implementata
-facendo uso del medesimo livello fisico, vincolando così l'operatività dei VAP
-sullo stesso canale trasmissivo. Ciononostante, la rosa delle possibilità rimane
-ben assortita, permettendo la creazione di molteplici \textit{access point} e/o
-una (e al più una) stazione in modalità \texttt{managed} o \texttt{ad-hoc}. La
-nota modalità \texttt{monitor} viene inoltre resa inseribile in una qualsiasi
-delle configurazioni appena destritte, con la semplice aggiunta di un VAP di
-questo tipo.\\
+concorrentemente in maniera indipendente.
+Questa funzionalità è implementata facendo uso del medesimo livello fisico,
+vincolando così l'operatività dei VAP sullo stesso canale trasmissivo.
+Ciononostante, la rosa delle possibilità rimane ben assortita, permettendo la
+creazione di molteplici \textit{access point} e/o una (e al più una) stazione in
+modalità \texttt{managed} o \texttt{ad-hoc}.
+La nota modalità \texttt{monitor} viene inoltre resa inseribile in una qualsiasi
+delle configurazioni appena descritte, con la semplice aggiunta di un VAP di
+questo tipo.
 I vari VAP creati possono poi essere eventualmente interconnessi tramite il WDS,
 un'altra delle caratteristiche salienti del driver, che realizza un sistema di
@@ -327 +328 @@
 essi locali (e virtualizzati) o esterni.
 % TODO
-% Chiarire il concetto di DS?
-
-Le interfacce virtuali create saranno esposte ed utilizzate in piena
+% Chiarire il concetto di DS e di BSS
+
+Le interfacce virtuali create saranno esposte ed utilizzate comodamente in piena
 trasparenza, essendo presentate come ordinarie interfacce di rete aderenti alle
 \textit{Wireless Extensions}.
-% TODO
-% Comodità?
 
 L'alto grado di controllo permesso dal \textit{firmware} \texttt{Atheros} si
-propaga fino all'utente attraverso il \textit{driver} e i suoi numerosi
-parametri specifici, che ricordiamo essere gestibili tramite il comando
-\texttt{iwpriv} degli \textit{Wireless Tools}.
-
-%   * interfaccia verso l'alto con wlanconfig
-
+propaga fino all'utente attraverso il \textit{driver} grazie ai suoi numerosi
+parametri specifici, che si ricordano essere gestibili tramite il comando
+\texttt{iwpriv} degli \textit{Wireless Tools}. Un ulteriore strumento a riga di
+comando, \texttt{wlanconfig}, completa le necessità di amministrazione proprie
+di questo \textit{driver}, permettendo creazione, distruzione e cambio di
+modalità dei VAP.
 
 \section{Soluzioni}
 \label{sec:soluzioni}
+Lo studio di fattibilità in oggetto non può che aver prodotto degli schemi di
+soluzione che coniugano le idee emerse durante la fase di analisi del problema,
+ma che si precisano essere ancora distanti dall'esaustività.
+Tali proposte di soluzione si differenziano per il livello implementativo di
+riferimento, poiché esso comporta un importante \textit{trade-off} fra
+portabilità ed efficienza.
+Quanto più basso, infatti, è il livello al quale si opera, tanto più alta è la
+possibilità di sfruttare appieno le potenzialità del dispositivo, a scapito
+della compatibilità offerta e della facilità implementativa.
+Punto fermo di ogni soluzione proponibile è l'effettuazione di salti periodici
+fra i BSS ai quali il \textit{client} desideri essere ``contemporaneamente''
+associato.
+Le differenze di prestazioni fra le due soluzioni che si proporranno di
+seguito sono dovute proprio ai diversi tempi che i salti periodici
+richiedono, che costituiscono quasi interamente l'\textit{overhead} introdotto.
+
+Si procederà quindi ad illustrare due soluzioni attraverso un'attenta analisi
+che entrerà nei dettagli, dimostrando quanto appena affermato e calcolando il
+rapporto fra vantaggi e svantaggi che esse comportano.
+
+\subsection{Sopra il \textit{firmware}}
+\label{sec:soprailfirmware}
+
+\subsubsection{Descrizione}
+\paragraph{Idea}
+Questa soluzione nasce dal desiderio di realizzare associazioni multiple
+effettive, per mezzo delle quali, cioé, in un dato istante ogni BSS di interesse
+per il \textit{client} lo consideri regolarmente associato.
+Ciò che si propone consiste sostanzialmente di modifiche al \textit{driver} per
+implementare i salti fra i BSS in maniera tale da evitare la perdita di
+associazione presso ognuno di essi.
+
+\paragraph{Come}
+Per far ciò si deve interagire direttamente (ed eventualmente in maniera
+poco corretta) con l'entità di gestione di 802.11, che si è già chiarito
+risiedere all'interno del \textit{firmware} della scheda \textit{wireless}.
+Soltanto il \textit{driver} sovrastante ha infatti la possibilità di alterare
+determinati stati interni al \textit{firmware} per modificare il comportamento
+di MAC.
+I parametri a cui si sta facendo riferimento sono quelli che regolano i rapporti
+di associazione e necessaria autenticazione della stazione: caratteristiche del
+BSS, caratteristiche della crittografia e dell'autenticazione in uso, eventuali
+chiavi temporanee \ldots
+
+\paragraph{Gabola}
+Uno degli aspetti più convincenti di questa soluzione è la possibilità di
+utilizzare la modalità di risparmio energetica (introdotta nella
+sezione \ref{sec:risparmioenergetico}.
+I ripetuti salti costringono il \textit{client} ad assenze dal canale che
+possono infatti essere spacciate senza troppa difficoltà per riposi
+preannunciati, costringendo con l'inganno i BSS a conservare i dati a lui
+diretti. Per completare questa strategia, la stazione simula al suo ritorno un
+risveglio per ricevere l'intera mole di informazioni in attesa di consegna.
+
+% :   * il driver sara' in grado di gestire in un unico punto d'entrata le
+% :     interfacce multiple offerte dal SO
+%       TODO
+%       Grafico della faccenda
+%       OS   [] [] []
+%              \ | /
+%       DRI     \|/
+%       FW      [ ]
+Si consiglia inoltre che il \textit{client} si presenti ai differenti BSS con
+indirizzi MAC diversi fra loro, in modo tale da evitare partecipazione
+ridondante al medesimo ESS.
+
+% .   * componente scheduler (-> interfacce virtuali wext compliant) che
+% .     pianifica le trasmissioni
+
+
+
+\subsubsection{Vantaggi}
+% :   * nessuna perdita di dati
+% .     * power-saving e bufferizzazione dei dati da parte degli AP
+%     * buone prestazioni
+% .     * reale associazione multipla -> nessun overhead per 
+% .       riautenticazione/riassociazione
+% .   * totale trasparenza grazie alle interfacce wext compliant
+% .   * si puo' non partire da zero (-> madwifi)
+
+\subsubsection{Svantaggi}
+%     * grosso sforzo per l'implementazione
+% .     * parziale reimplementazione di MAC per occuparsi di beghe causate
+%         dalla molteplicita' dei BSS:
+% .       * tempistiche: sincronizzazione, rilevamento beacon persi ed eventuale
+% .         sfruttamento dei CFP. (beacon interval noti e mantenimento di
+% .         informazioni necessarie per ogni BSS)
+% .       * sottotipi di autenticazione/crittografia: mantenimento chiavi
+% .         (|di sessione), stato della crittografia e dell'autenticazione.
+% .         (getter e setter sugli attributi MIB relativi)
+% .     * complessita' intrinseca dovuta al livello implementativo
+% .     * firmware spesso solo binari, quindi probabile reverse engineering
+% .   * prestazioni non eccellenti, perche` limitate da power-saving e relativi
+% .     obblighi temporali (TIM...) {non posso proprio fare i miei comodi al
+% .     100% }
+%     * troppo specifico
+%       * dipendenza dalla piattaforma fw -> portabilita' minima
+% .     * necessita' di power saving
+% .     * la soluzione dipende fortemente dal firmware di riferimento, scarsa
+% .       programmabilita' di parecchie implementazioni
+
+\subsection{Sopra il \textit{driver}}
+\label{sec:sopraildriver}
+
+\subsubsection{Descrizione}
+% :   * idea: cheppalle riscriversi un driver, chissenefrega degli overhead,
+% :           lavoriamo pure a livello alto
+% .   * riassociazione ad ogni cambio di BSS
+% .   * GNU/Linux e Wireless Extensions come riferimento
+% :   * forse autenticazione multipla
+% .   * interfacce virtuali wext compliant (->)
+% .   * autenticazioni multiple a livelli superiori 802.1x (con wpa_supplicant)
+
+\subsubsection{Vantaggi}
+% .   * facilita` implementativa
+% .   * totale trasparenza grazie alle interfacce wext compliant (in questo
+% .     la cosa e` non banale, per il livello implementativo e permette il
+% .     comodo uso di wpa_supplicant)
+% .   * portabilita' dovuta alle interfacce unificate
+
+\subsubsection{Svantaggi}
+%     * dataloss [ma si puo` risolvere a livelli superiori (TCP, ATM)]
+% :   * latenze (|assai) ingenti (con|senza) autenticazione multipla
+%       * analisi costi vago in termini di ordini di grandezza:
+%         * associazione
+%         * sincronizzazione ~ 100 ms
+%         * autenticazione (PSK)
 
 \section{Ottimizzazioni ulteriori per le scelte di swinging}