[[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]] == 12 Luglio 2007 == 11.30 - 16.10 ( 4.40 h) Briefing con la squadra piu' correzione della relazione.[[BR]] == 18 Luglio 2007 == 16.30 - 19.00 ( 2.30 h) Inizio stesura dell'algoritmo per acquisire punteggi sulla bonta' dei supportial roaming rilevati.[[BR]] {{{ FATTORI DA TENERE PRESENTE: - Presenza di ESS o AAL o di entrambi - Presenza DS (se si trova anche ESS ==> supporto ottimale) - Numero di AP facenti parte delle varie reti PUNTEGGI:- 2 punti se sono presenti ESS o AAL - 1 punto se si individua un DS (bisogna stare in ascolto per vedere a quale ESS fanno parte le STA che trasmettono i dati) - 1 punto se e' presente solo il BSS- 1 punto per ogni AP facente parte di una delle reti trovate }}} == 19 Luglio 2007 == 11.00 - 15.55 ( 4.55 h) Algoritmo con punteggi rivisti:[[BR]] {{{ PUNTEGGI: - 10 punti per ogni ESS trovato - +5 punti per ogni AAL trovata - 3 punti se e' presente solo il BSS - +1 punto per ongni AP facente parte di una delle reti trovate Da qui si puo' gia' notare come l'algoritmo tendera' a favorire quelle reti che presentano autenticazione ad alto livello (meccanismo di roaming piu' veloce).Nel caso in cui un ESS senza AAL abbia piu' AP connesi (e rilevati) di un ESS con AAL ==> +10 punti ALGORITMO PER LA RICERCA DI UN ESS Si pensi di avere a disposizioni delle liste di dati. list ESS, AP, punti, n_AP int i scan() se (frame = probe_response) allora E = ESSID M = MAC_AP se (ESSID non e' presente) allora esci e torna a scan altrimenti cicla la lista ESS se (E e' presente nella lista) allora prelevo il suo indice j altrimenti ESS [i] = E inserisco E nella lista punti [i] = 10 j = i prelevo il suo indice i = i + 1 fine ciclo ciclo sulla lista AP se (M non compare nella lista alla posizione j) allora aggiungi M alla lista di indirizzi MAC alla posizione j punti [j] = punti [j] + 1 n_AP [j] = n_AP [j] + 1 altrimenti non faccio nulla fine ciclo fine ramo fine algoritmo }}} == 23 Luglio 2007 == 14.00 - 18.00 ( 4 h) Inzio stesura algoritmo per rintracciare eventuali ESS con autenticazione ad alto livello.Questa parte verra' poi integrata nei prossimi giorni con il resto dell'algoritmo gia' prodotto.[[BR]] == 24 Luglio 2007 == 10.00 - 14.00 ( 4 h) {{{ ALGORITMO PER LA RICERCA DI AUTENTICAZIONE AD ALTO LIVELLO L'idea e' quella di trovare una STA che scambia frame EAP e che utilizza, una volta autenticata presso il RADIUS, probe_request per migrare verso AP del medesimo ESS protetto dal server esterno. Purtroppo questo algoritmo non assicura che tutto vada a buon fine in quanto possono insorgere problemi durante la rilevazione dei frame come ad esempio la non rilevazione dei frame EAP o dei probe_request. Piu' avanti si cerchera' di trovare una soluzione migliore di questa. list AAL //lista booleana per indicare in quale ESS e' presente Autenticzione ad alto livello: 1 = presente 0 = assente list STA //lista contenente gli indirizzi MAC delle stazioni che hanno scambiato frame EAP int k se ( frame = EAP) allora STA[ k ] = MAC_STA k = k + 1 se ( frame = probe_request ) allora MS = MAC_STA ES = ESSID ciclo la lista STA se ( MS presente ) allora 1 ciclo la lista ESS se ( ES presente ) allora ritorno il suo indice j altrimenti attendo di ricevere dei probe_response contenenti ESSID cercato quando mi sveglio rieseguo 1 fine ciclo fine ramo fine ciclo AAL [ j ] = 1 PUNTI [ j ] += 5 fine ramo fine algoritmo Come di puo'notare qualora un particolare ESSID cercato non fosse stato ancora inserito nella lista (in quanto non si sono ricevuti degli ipotetici probe_response da parte degli AP interessati) il processo che sta eseguendo l'analisi si sospende in attesa delle informazioni richieste. Al suo risveglio se l'ESSID sara'presente potra' andare avanti altrimenti si riaddormentera'. Qualora il programma terminasse con il processo ancora bloccato esso verra'terminato e le sue informazioni verranno perse. ALGORITMO PER LA RILEVAZIONE DI UN BSS list BSS //lista contenete l'indirizzo MAC dell'AP e i punti int w se ( frame contiene solo BSSID) allora ciclo la lista BSS se ( BSSID presente) allora esco altrimenti inserisco BSSID alla posizione j BSS [ w ].punti = 3 w = w + 1 fine ramo fine ciclo fine algoritmo }}}