| 57 | | * introduzione (breve excursus dei contenuti) |
| | 56 | * scopo, motivazione |
| | 57 | * connessione a differenti reti wireless |
| | 58 | * incremento affidabilita` tramite ridondanza |
| | 59 | * sfruttamento ottimale delle risorse disponibili migliorando il throughput |
| | 60 | * interconnessione di differenti reti wireless |
| | 61 | * oggetto |
| | 62 | * client singolo connesso a diversi BSS (anche independent?) |
| | 63 | * introduzione |
| | 64 | * obiettivi supplementari: basso overhead (costo intrinseco per il mantenimento) e |
| | 65 | portabilita' |
| | 66 | * livello a cui operare: pro/contro e trade-off tra efficienza |
| | 67 | * breve excursus delle soluzioni analizzate |
| 59 | | * maggiori possibilita': reale associazione multipla (bufferizzazione dei |
| 60 | | dati da parte degli AP sfruttando il power-saving, scelta oculata dei |
| 61 | | momenti di switch, interfacce di rete virtuali multiple per |
| 62 | | wpa_supplicant) |
| 63 | | * scarsa programmabilita' di parecchie implementazioni |
| 64 | | * portabilita' minima |
| 65 | | * complessita' intrinseca e problemi legati a wpa_supplicant |
| | 69 | * descrizione |
| | 70 | * idea: il firmware offre primitive piu' elementari (anche legate a PHY) |
| | 71 | sfruttiamo il firmware a nostro piacimento! |
| | 72 | * il driver sara' in grado di gestire in un unico punto d'entrata le |
| | 73 | interfacce multiple offerte dal SO |
| | 74 | * rivisitazione di MAC, smanettandolo per i nostri sporchi fini |
| | 75 | (cambiamenti vigliacchi di BSSID mask, stato d'associazione, tipi di |
| | 76 | auth) |
| | 77 | * componente scheduler (-> interfacce virtuali) che pianifica le |
| | 78 | trasmissioni |
| | 79 | * -> riscrittura / patching del driver |
| | 80 | * all'esterno (-> idee generali) |
| | 81 | * lo sgamo del power-saving |
| | 82 | * pro |
| | 83 | * nessuna perdita di dati |
| | 84 | * power-saving e bufferizzazione dei dati da parte degli AP |
| | 85 | * buone prestazioni |
| | 86 | * reale associazione multipla -> nessun overhead per |
| | 87 | riautenticazione/riassociazione |
| | 88 | * si puo' non partire da zero (madwifi) |
| | 89 | * contro |
| | 90 | * grosso sforzo per l'implementazione |
| | 91 | * parziale :'-( reimplementazione di MAC per occuparsi di beghe causate |
| | 92 | dalla molteplicita' dei BSS (coordinamento, beacon persi, sottotipi di |
| | 93 | autenticazione/crittografia eventualmente differenti) |
| | 94 | * complessita' intrinseca dovuta al livello |
| | 95 | * firmware spesso solo binari |
| | 96 | * prestazioni non eccellenti |
| | 97 | * power-saving e obblighi temporali (TIM...) |
| | 98 | * troppo specifico |
| | 99 | * dipendenza dalla piattaforma -> portabilita' minima |
| | 100 | * necessita' di power saving |
| | 101 | * scarsa programmabilita' di parecchie implementazioni |
| | 102 | {{{ |
