[[PageOutline]]

== 19 Giugno 2007 ==

13.00 - 13.30 ( 0.30 h)

Il roaming per reti wireless viene definito come un servizio che l'AP offre ad
una stazione per permettere ad essa di passare da un'area di coperture di un AP
ad un altra rimanedo sempre collegata alla rete; e' altresi' importante sapere
che il numero massimo di AP che possono offrire roaming in una determinata area
e' di 250.

Piccola nota trovata su
[http://www.wi-fiplanet.com/tutorials/article.php/972261]: per supportare il
roaming in una rete 802.11b una stazione deve effettuare periodicamente una
scansione di tutti gli AP vicini e lei e associarsi a quello con il segnale di
intensita' maggiore. Se ci sono piu' AP su uno stesso canale il roaming non
puo' funzionare bene, in quanto le interferenze dovute alla sovrapposizione di
essi causeranno un derado consistente delle prestazioni. Per evitare cio' ogni
AP deve essere su un canale diverso.[[BR]]

15.30 - 17.00 ( 1.30 h)

Da quanto detto da zeratul il roaming non fa parte di nessuno standard, ma e'
lasciato come implementazione facoltativa ai produttori di AP. Si puo' andare a
vedere se l'implementazione e' unica o se ogni produttore ne implementa una sua,
fermo restando che c'e' la possibilita' di trovarsi di fronte ad una moltitudine
di soluzioni che non possono essere unificate.Nei prossimi giorni si iniziera'
lo studio di alcune soluzioni per vedere eventuali peculiarita' tra le diverse
implementazioni.[[BR]]

Un ulteriore problema e' il fatto che per una stazione non e' possibile
stabilire a priori se si trova in un'area dove gli AP presenti forniscono il
servizio di roaming.La guida definitiva offre una prima idea su come gli
implementatori di schede affrontino l'idea del roaming.Una prima idea e' fare
probing a tutti gli AP presenti e controllare il loro ESSID.Se sono uguali
allora e' possibile che il roaming sia implementato ( e attivo ); la nota
dolente e' che non e' detto che se una serie di AP implementa tale servizio esso
sia attivo.[[BR]]

N.B. Lavoro svolto in coppia ( roma e zeratul )

== 20 Giugno 2007 ==

9.30 - 12.10 ( 2.40 h)

Da scartare l'ipotesi di guardare le diverse implementazioni del servizio di roaming da parte dei produttori di AP.Quasi tutto cio'che e'legato a tale realta' e' protetto da patenti statunitensi che possono essere visibili solo a pagamento.[[BR]]

Uno degli aspetti che molto probabilmente e'comune a tutte le implementazioni 
e'che la gestione del passaggio di una stazione da un AP ad un altro ( azione
detta proprio di roam) e'controllata da un server esterno: vi sono un numero 
arbitrario di AP tutti facenti parte dello stesso ESS e, nella gran parte dei casi, interconnessi via cavo.Essi fanno riferimento ad un server esterno
( normalmente RADIUS) che gestisce e velocizza le azioni di roam; ovvero quando
una stazione vuole passare da un AP ad un altro essa chiede una riassociaizone 
all'AP di destinazione, il quale gira la richiesta al server e il server risponde alla stazione passandogli tutti i nuovi parametri.Come dicevo sopra tale strategia e' il punto cruciale dell'implementazione del roaming ed e'anche l'unica parte della quale se ne ha notizia certa.
Un esempio e'descritto nella pagina [http://cdg.org/news/events/CDMASeminar/05_LatinAm/op_roam_meeting/Packet%20Data%20Roaming.pdf].[[BR]]

Molto probabilmente molte delle divergenze tra le varie implementazioni saranno risolte quando ieee riconoscera'come standard a tutti gli effetti il lavoro chiamato  [http://en.wikipedia.org/wiki/IEEE_802.11r 802.11r]. Questo lavoro si prefigge l'obiettivo di realizzare veloci transizioni di dati fra BSS, specialmente tra stazioni mobili, utilizzando il roaming e definendo particolari  metodologie che consentano ad una stazione che passa da un AP ad un altro di avere garanzie sul QoS del nuovo nodo. Naturalmente questo lavoro e' ancora in fase di allestimento e bisognera' aspettare ancora prima di vederlo ultimato. Per concludere 802.11r si appoggia per quanto riguarda la trasmissione dei dati allo standard 802.11F che verra'analizzato prossimamente.[[BR]]

== 22 Giugno 2007 ==

11.00 - 13.40 ( 2.40 h)

Come fa una stazione a sapere se il servizio di roaming in una data rete? il
documento [http://portal.acm.org/citation.cfm?id=1024744 "Network Selection and Discovery of Service Information in Public WLAN Hotspots"] 
descrive lo scenario esistente per il servizio di roaming offerto ad diversi WISP ( Wireless Internet
Service Provider): l'idea e' quella di poter avere non un'unica rete che
fornisce roaming ma avere piu' reti ( con diversi provider) tutte interconnesse
tra loro in maniera tale che se una stazione mobile vuole muoversi da un AP di
una rete ad un altro AP ( di una rete diversa) puo' farlo sfruttando proprio il
roaming. Per fare cio' ogni provider mantiene al suo interno delle tabelle
statiche dove sono salvate tutte le reti ( controllate da altri provider)
raggiungibili attraverso il servizio di roaming e invia alla STA il proprio
SSID; ogni STA deve avere all'interno le medesime tabelle e puo' passare da un
AP ad un altro basandosi proprio su suddette tabelle dove sono salvate tutte le
reti facenti parte dello stesso "Roaming Organization".
Uno dei problemi di questa soluzione e' dato dalla grandezza delle tabelle, in
quanto tabelle con molte reti salvate occupano molto spazio in memoria; il
documento quindi suggerisce di utilizzare questo metodo solo se il numero delle
reti non e' molto alto ( si parla nell'ordine del centinaio).Un altro problema
nasce dall'aggiornamento delle tabelle delle STA in quanto questo lavoro dovra'
essere svolto dal provider al quale le STA fanno riferimento, aggiungendo cosi'
altro carico alla rete e aumentando il lavoro degli AP. Un ulteriore problema
consiste nel fatto che ogni volta una STA vuole passare da un AP ad un altro
posti in differenti reti essa deve si avvalersi delle tabelle di roaming
statiche salvate al suo interno ma deve comunque notificare il cambio al suo
provider, il quale le passera' i parametri del nuovo provider e del nuovo
AP.[[BR]]

Un'ulteriore soluzione e' definita nel modo seguente: ogni provider che fa
parte di una Roaming Organization non invia alle STA il proprio SSID ma invia
l'SSID della propria organizzazione. In questa maniera una STA potra' usufruire
di tutti gli AP di tutte le reti come se facessero parte di una unica rete. Il
problema sorge quando un providere fa parte di piu' di una "Roaming
Organization"; la soluzione consiste nel dotare ogni AP di piu' VAP ognuno dei
quali mantiene il proprio BSSID e SSID dell'organizzazione. Quando una STA
chiedera' l'associazione bastera' utilizzare l'AP virtuale che ha come SSID il
medesimo della rete dove si trova la STA richiedente.[[BR]]


14.20 - 16.30 ( 2.10 h) 

Come riportato in [http://www.proxim.com/support/techbulletins/TB-046.pdf "ORiNOCO WDS"] 
per avere un distribution system tra due AP e' sufficiente che nei frame siano presenti quattro indirizzi MAC: indirizzo MAC della stazione che invia i pacchetti,indirizzo MAC della stazione ricevente, indirizzo MAC dell'AP al quale il trasmettitore e' associato e indirizzo MAC dell'AP al quale e' associato il ricevitore. Tale AP e' connesso tramite WDS all'AP del trasmettitore.[[BR]]

Infatti se una stazione vuole trasmettere dei dati ad un'altra che si trova
associata ad un diverso AP puo'farlo sfruttando proprio il concetto del
passamano dei dati da lei che li invia, all'AP al quale e' associata, l'AP della
STA ricevente alla destinazione. Insieme a questo vincolo devono comunque
apparire asseriti i campi "To/From Ds" in quanto essi danno notizie significanti
al fine di sapere se esiste realmente un distribution system. Non a caso quando
i due campi sono entrambi asseriti significa che i dati stanno viaggiando da un
AP all'altro.[[BR]]

Inoltre come cita [http://www.proxim.com/support/techbulletins/TB-021.pdf "Roaming with ORiNOCO/IEEE 802.11"] un metodo per accertasi se l'eventuale servizio di roaming e' attivo basta controllare la presenza di pacchetti dove
sia presente la richiesta di ri-associazione da parte di una STA. Molto
probabilmente tale richiesta e' inviata perche' la stazione si sta muovendo in
direzione di un AP e sta perdendo il segnale dell' AP al quale e'associata. Tali
richieste sono prima precedute da una scansione della rete da parte della STA al
fine di trovare il migliore AP disponibile al quale associarsi. La scansione in
questione consiste nell'invio di probe request ai vari AP al fine di ottenere
dei probe response con i quali la STA valutera' la bonta' degli access
point.[[BR]]

== 25 Giugno 2007 ==

11.00 - 13.20 ( 2.20 h)

Sembra che l'unico modo per capire se in una rete wireless sia presente un
distribution system e' quello di analizzare i pacchetti e vedere se vi sono
contenuti quattro indirizzi MAC. Per il momento non si e' trovato nessun metodo
alternativo a questo e quindi tale soluzione rimane per il momento l'unica
percorribile; si vedra' in seguito se vi sono alte soluzioni ( sia quelle gia'
sperimentate sia quelle supposte solo in via teorica).[[BR]]

Per quanto riguarda l'esistenza di roaming indotto ( o meglio dire forzato da un
AP) e' possibile in tutte quelle situazioni ( come un elevato numero di STA
collegate ad un AP con conseguente diminuzione delle prestazioni) definite in
IEEE 802.11 del 1999. Per mia deduzione penso che un AP possa decidere di
disassociare una stazione per un qualsiasi motivo  e questa sara' costretta ad
associarsi presso un altro AP dando cosi' origine al fenomeno del roaming ( in
quanto la STA disassociata dovra' attivare tutte le procedure atte a trovare un
nuovo AP a cui "collegarsi").[[BR]]

Fatte queste due considerazioni bisogna vedere se effettiavmente la realta' dei
fatti e' sempre cosi' o se vi sono casi particolari che introducono a scenari
differenti.[[BR]]

15.20 - 16.00 ( 0.40 h)

Appurato il concetto che si puo' rilevare la presenza dei quattro indirizzi MAC
al fine di sapere se c'e' un  distribution system. Il problema rimane se e'
possibile individuare tali indirizzi stando in ascolto del traffico di rete; a
tal fine sarebbe bene fare opportuni test.[[BR]]

== 28 Giugno 2007 ==

10.50 - 13.50 ( 3 h)

Ieri e' stato effettuato un incontro chiarificatore con Ghini ( 1 h). Quello che e'
emerso e' che il professore vuole sapere se una STA riesce a capire,
effettuiando scansioni della rete alla quale si vuole associare, se il servizio
di roaming e' presente. Il problema e' che al momento tutte le pubblicazioni e
gli artuicoli letti fin'ora riportano sempre il medesimo metodo. Dopo il
briefing con la squadra si andra' alla ricerca di altre possibili soluzioni per
ottenere cio' che il professore vuole.[[BR]]

La ricerca di altre fonti per ora non ha prodotto niente e le informazioni sono
sempre le stesse. Da qui si puo' presumere che per avere roaming devono
comparire determinate condizioni, le quali sono gia' state riportate nei giorni
precedenti. Il problema rimane aperto.[[BR]]

14.30 - 17.00 ( 2.30 h)

Dai test effettuati e pubblicati su
[http://www.smallbusinesscomputing.com/webmaster/article.php/3600486 "Is Wi-Fi Roaming Really Seamless?"] 
si riesce a intravedere cosa succede ad una STA quando decide di utilizzare il roaming; 
dalla pubblicazione si capisce che effettivamente per avere roaming devono esserci frame di diassociazione e
associazione inviati dalla STA agli AP, insieme ai gia'citati probe. Se durante
una scansione di rete si riescono a "sentire" questi tipi di frame le
possiblita' sull'esistenza del roaming diventano consistenti. Inoltre si e'
capita fino in fondo l'utilita' dei probe: grazie a questi frame una STA,
durante la scansione per ricercare nuovi AP, riesce a rilevare quali AP fanno
parte della rete alla quale lei e' gia' partecipante. Un dato fondamentale da
sapere e' se il nuovo AP fa parte di un ESS; al momento una STA non puo'
conoscere a priori l'ESSID di un AP, almeno che questo non lo inserisca
all'interno dei beacon che invia; un altra maniera sarebbe utilizzare
un'intrusione sfruttando una STA gia' connessa ma cio' non serve per il nostro
studio.[[BR]]

== 29 Giugno 2007 ==

10.10 - 12.10 ( 2 h)

Dalla moltitudine di informazioni ricercate sul web e' emerso che l'ESSID di una
rete e' facilmente reperibile da una STA attraverso l'invio dei famigerati probe
request. Quindi si puo' ipotizzare che se una stazione vuole migrare verso un AP
differente da quello a cui e' gia' associata, essa si mettera' alla ricerca e
controllera', via probe request/response, anche che il nuovo AP faccia parte
dello stesso ESS di quello vecchio. Quindi, se ne trova uno o piu' che
soddisfano tale requisito, puo' migrare e questo vuol dire che il roaming e'
effettivamente attivo e presente. Naturalmente se un AP nasconde il proprio
ESSID non si puo' sapere se esso fa parte del medesimo ESS e percio' non si puo'
sapere se esiste roaming.[[BR]]

Un ottimo esempio di come faccia una STA ad associarsi ad un nuovo AP e'
mostrato in [http://ieeexplore.ieee.org/iel5/8697/27540/01227895.pdf "A Reliable Active Scanning Scheme for the IEEE"] 
e , come gia' detto, ogni qualvolta c'e'il cambio di access point la STA deve attivare tutte le procedure di
autenticazione/associazione notificando anche la dissociazione al vecchio AP. Se
i frame di ri-associazione fossero realmente utilizzati si potrebbere avere
delle informazioni in piu', infatti questi frame contengono anche l'indirizzo
MAC del dell'AP al quale la STA era collegata e il nuovo AP potrebbe ricevere
dal vecchio eventuali dati bufferizzati indirazzita alla stazione in
considerazione.

12.45 - 14.30 ( 1.45 h) 

Punti per abbozzo alla scaletta utile per la relazione:[[BR]]

{{{

1) Definizione di roaming
2) Descrivere lo scenario attuale e come fa una STA a migrare da un AP ad un
   altro
3) Presentare le condizioni necessarie affinche' il roaming possa venire
   rilevato
4) Dare una valutazione delle possibili configurazioni utili alla rilevazione
    a) vedere quali pacchetti vengono trasmessi
    b) in base ai pacchetti rilevati stabilire se essi possono dare
       informazioni certe al fine dell'obiettivo
    c) dare una stima sulla presenza o meno del roaming
5) Discutere quanto i dati rilevati e le supposizioni fatte siano veritieri
6) Roaming indotto?
7) Parlare del fatto che non c'e' nessuna regolamentazione da standard e che
   ogni produttore applica le regole che piu' gli fanno comodo
8) Accenno a 802.11r?  quali scenari potrebbe aprire?

}}}

Naturalmente questi sono solo punti preliminari; dopo aver fatto un incontro con
zeratul questi verranno espansi e migliorati al fine di produrre una scaletta
consistente.[[BR]]

== 2 Luglio 2007 ==

11.45 - 13.10 ( 1.25 h)

Niente di nuovo per quanto riguarda l'esistenza del roaming indotto. Purtroppo
tutto cio' che potrebbe parlarne e' protetto da copyright e si puo' leggere solo
gli abstract di questi documenti.[[BR]]

14.00 - 16.30 ( 2.30 h)

Primi conti di tutto cio' che si e' riuscito a capire nei giorni precedenti (
analisi utile al fine della stesura della relazione):[[BR]]

{{{
   1
Fattore caratterizzante --> distribution system
Perche'   --> se e' presente allora il roaming e' presente
Come      --> ascolto della linea; se si ricevono frame contenenti 4 indirizzi
              MAC, campi from/to ds asseriti.
   2
Fattore caratterizzante --> piu' AP appartenenti al medesimo ESS
Perche'   --> se esiste allora gli AP sono tutti interconnessi tra loro con
              possibile esistenza del roaming
Come      --> ascolto della linea e rilevamento di probe request/response
              inviati e ricevuti da una stessa STA e contenenti ESSID.
   3
Fattore caratterizzante --> altre maniere per individuare la presenza o meno del
                            roaming
Perche'   --> scopo dello studio
Come      --> ascolto della linea e rilevazione di probe request/response da e
              per una stessa STA, frame di dissociazione/associazione da parte
              di una stessa STA verso due diversi AP
   4
Fattore caratterizzante --> server a monte degli AP
Perche'   --> se esiste un server allora tutti gli AP sono interconnessi e c'e'
              una buona probabilita' che ci sia roaming
Come      --> ascolto della linea e rilevazione di frame conteneti richieste di
              autenticazione ad alto livello insieme a richieste di
              autenticazione di tipo open system che le STA utilizzano per
              pre-autenticarsi con uno degli AP

}}}

Da qui si puo' dedurre che il rilevamento del roaming e' composto da tutto
questo insieme di fattori; quindi bisognera' impiegare un discreto lasso di
tempo atto all'individuazione di tutti, o almeno di una buona parte, di questi
frame. Per capire se il roaming esiste si puo' adottare il seguente schema: se
durante il rilevamento si nota la presenza dei punti 1, 2, 3 allora il roaming
e' presente in quanto abbiamo un ESS con distribution system e quindi e'
naturale il fatto che se una STA vuole migrare essa lo puo' fare muovendosi tra
tutti gli AP presenti e facenti parte della stessa rete estesa. Nei casi che
siano presenti tutti e 4 i punti allora questa e' la soluzione otimale in quanto
si puo' sfruttare anche l'autenticazione ad alto livello e il romaing puo'
essere velocizzato. La sola presenza dei punti 1, 2 non assicura che il roaming
sia attivo in quanto si hanno poche notizie sulle attivita' della stazioni,
cosi' come quando si rileva solamente il punto 3 in quanto si sa quello che una
STA sta facendo ma non si sa le sue azioni possono essere considerate come
azioni di roaming. Naturalmente la rilevazione di uno solo dei punti o la totale
assenza di essi fa si che il roaming non esista, cosi' come se gli AP non
mostrano il loro ESSID.[[BR]]

== 3 Luglio 2007 ==

10.30 - 12.30 ( 2 h)

Raffinamento ulteriore della scaletta in vista della relazione:[[BR]]

{{{

1) Definizione di roaming
2) Descrivere lo scenario attuale, motivazioni sull'uso, pro e contro:

    a) spiegare la meccanica di migrazione di una STA da un AP ad un altro

    b) dire perche' e' utile utilizzare il roaming ( associazione di una STA in
       movimento all'AP migliore senza dover interrompere la connessione alla
       rete) e spiegare il perche' l'individuazione di tale servizio e' utile
       per i fini del nostro studio ( se una stazione riesce a vedere che
       alcuni AP intorno a lei utilizzano anche il roaming questi avranno una
       maggiore possibilita' di essere scelti)

    c) spiegare il fatto che non esiste nessuno standard che regolamenti il
       meccanismo e quindi ogni produttore di AP utilizza le regole che vuole;
       infatti e' molto probabile che access point di produttori diversi non si
       parlino e non possano fornire il servizio di roaming anche se fanno parte
       del medesimo ESS

    d) spiegare anche i difetti del roaming in quanto ogni qualvolta una STA si
       associa ad un nuovo AP essa deve rifare tutte le procedure di
       autenticazionie/associazione e dissociazione con conseguente degrado
       delle prestazioni della rete ( stessa cosa vale per i momenti in cui una
       STA cerca il migliore AP attraverso l'invio di probe su tutti i canali
       della rete). Una possibile soluzione sarebbe utilizzare la
       pre-autenticazione ma in questo momento questa e' poco sfruttata

3/4) Presentare le condizioni necessarie affinche' il roaming possa venire
     rilevato e dare una valutazione delle possibili configurazioni utili alla
     rilevazione:

      a) descrivere tutti gli elementi utili per individuare la presenza del
         roaming ( distribution system, ESS, azione della STA, autenticazione ad
         alto livello per il fast roaming) e dire perche' tali elementi sono
         utili per gli scopi del progetto

      b) descrivere come potrebbe venire eseguita una rilevazione ( stare in
         ascolto sul canale per un buon lasso di tempo e riconoscere i frame)

      c) dare uno specchio di tutte le combinazioni possibili ( in base ai
         pacchetti rilevati) e, per ognuna, dare una stima sulla presenza o
         meno del roaming ( vedi prospetto del 2 Luglio)

5) Discutere quanto i dati rilevati e le supposizioni fatte siano veritieri

      a) precisare che tutte le supposizioni fatte sono frutto di un lavoro
         teorico e non di test in quanto non abbiamo potuto sperimentare le
         nostre conoscenze direttamente sul campo; precisare comunque che
         alcune gruppi di lavoro hannno veramente effettuato dei test e che
         tutto quello che si e' detto precedentemente ha comunque una buonissima
         percentuale di verita'

6) Roaming indotto?
7) Accenno a 802.11r:

    a) dire che e' un draft che dovra' diventare uno standard per il fast
       roaming

    b) finalmente potrebbe dare un punto di riferimento ai produttori in quanto
       darebbe regole standard per l'implementazione del roaming  introducendo
       anche informazioni utili che viaggerebbero attraverso i beacon

}}}

[http://en.wikipedia.org/wiki/IEEE_802.11r "IEEE 802.11r"] quando verra'
approvato diventera' lo standard per il fast roaming; il progetto si prefigge
l'obiettivo di rendere molto piu' efficace e veloce il passaggio di una STA da
un AP ad un altro mantenedo comunque tutte le proprieta' di sicurezza e qualita'
del servizio che gia' offrono gli standard 802.11 b/g. Inoltre 802.11r dovrebbe
riuscire a porre un rimedio alla miriade di implementazioni proprietarie del
roaming riuscendo cosi' a definire linee guida utili a tutti gli AP presenti sul
mercato. Attualmente la squadra e' al lavoro per risolvere i problemi legati
alle perdita di tempo causate dagli intervalli troppo lunghi che intercorrono
per permettere ad una STA di associarsi al nuovo AP e di dissociarsi al vecchio;
tali perdite non possono essere concesse in quelle connessioni dove si
utilizzanno programmi per la telefonia su internet (VoIP)  in quanto eccessivi
ritardi andrebbero a degradare la qualita' delle comunicazioni.[[BR]]

== 4 Luglio 2007 ==

15.50 -  18.30 ( 2.40 h)

Inizio stesura della relazione.[[BR]]

== 5 Luglio 2007 ==

11.20 - 17.30 ( 6.10 h)

Relazione.[[BR]]

== 6 Luglio 2007 ==

10.45 - 14.20 ( 3.35 h)

Relazione piu' correzione con zeratul.[[BR]]

== 9 Luglio 2007 ==

15.20 - 17.30 ( 2.20 h)

Relazione piu' correzione con zeratul.[[BR]]

== 10 Luglio 2007 ==

10.30 - 16.00 ( 5.30 h)

Relazione.[[BR]]