| 76 | | 05: L'algoritmo per il controllo dell'associazione che viene proposto tiene conto della presenza di congestioni, dal momento che il massimo tasso trasmissivo ottenibile non può che essere influenzato da questa eventualità. Propone inoltre che il client effettui rilevazioni sui carichi degli AP disponibili non solo nei momenti di necessità (non ancora associato), ma anche a intervalli regolari (già associato) per individuare alternative sempre migliori. Questo tipo di approccio risulta quantomai interessante nella prospettiva di avere a disposizione, come nel nostro caso, una molteplicità di dispositivi 802.11 su ogni singola STA. |
| | 76 | 05: L'algoritmo per il controllo dell'associazione che viene proposto tiene conto della presenza di congestioni, dal momento che il massimo tasso trasmissivo ottenibile non può che essere influenzato da questa eventualità. |
| | 77 | Propone inoltre che il client effettui rilevazioni sui carichi degli AP disponibili non solo nei momenti di necessità (non ancora associato), ma anche a intervalli regolari (già associato) per individuare alternative sempre migliori. |
| | 78 | Questo tipo di approccio risulta quantomai interessante nella prospettiva di avere a disposizione, come nel nostro caso, una molteplicità di dispositivi 802.11 su ogni singola STA. |
| 161 | | 10: Si propone un modello matematico semplice ma accurato (e per questo così utilizzato) che permette di calcolare il ''throghput'' in una rete 802.11 saturata (nella quale, cioé le code di invio di ogni STA siano sempre non vuote). Partendo da un modello probabilistico che rappresenta la gestione dei periodi di ''backoff'' si procede per via analitica andando a ricavare il ''throughput'' massimo. Dato l'alto grado difficoltà del documento non mi è chiaro se il fine del documento risiede nel modello stesso o se esso sia strumento per calcoli realmente utili. A patto che le informazioni di partenza siano ricavabili o stimabili dall'ascolto sul canale, mi azzardo a dire che questo modello non sia così distante dai nostri obiettivi. |
| | 163 | 10: Si propone un modello matematico semplice ma accurato (e per questo così utilizzato) che permette di calcolare il ''throghput'' in una rete 802.11 saturata (nella quale, cioé le code di invio di ogni STA siano sempre non vuote). |
| | 164 | Partendo da un modello probabilistico che rappresenta la gestione dei periodi di ''backoff'' si procede per via analitica andando a ricavare il ''throughput'' massimo. |
| | 165 | Dato l'alto grado difficoltà del documento non mi è chiaro se il fine del documento risiede nel modello stesso o se esso sia strumento per calcoli realmente utili. |
| | 166 | A patto che le informazioni di partenza siano ricavabili o stimabili dall'ascolto sul canale, mi azzardo a dire che questo modello non sia così distante dai nostri obiettivi. |
| | 202 | |
| | 203 | __1250-1320__[[BR]] |
| | 204 | Installazione locale di KDissert. |
| | 205 | |
| | 206 | == 25 Giugno 2007 == |
| | 207 | __1023-1350__ [[BR]] |
| | 208 | Punto della situazione con gnappo: confronto, chiarimento e decisione della |
| | 209 | prima sostanziosa parte della soluzione. |
| | 210 | |
| | 211 | __1501-1610__ [[BR]] |
| | 212 | Lavoro con gnappo: formalizzazione della soluzione della mattinata (e della |
| | 213 | precedente settimana) e in generale delle idee che la riguardano. |
| | 214 | |
| | 215 | __1610-1813__ [[BR]] |
| | 216 | Ancora con gnappo: sviluppi futuri riguardo la presenza della STA all'interno |
| | 217 | dello scenario finora considerato. |
| | 218 | |
| | 219 | __1955-2020__ [[BR]] |
| | 220 | Rilettura dei documenti {06, 07, 09} alla luce della distinzione fra gli obiettivi di individuazione del throughput ottenibile e di bilanciamento del carico. |
| | 221 | Nell'eventualità di una milestone dedicata a politiche di bilanciamento, mi pare che tutte le considerazioni finora fatte per definire una stima della bandwidth ottenibile siano riutilizzabili, dal momento che passano per una stima del carico dei BSS. |
| | 222 | |
| | 223 | == 26 Giugno 2007 == |
| | 224 | __1005-1035__[[BR]] |
| | 225 | Rilettura del [wiki:Diario/Gnappo diario di gnappo] e della seconda mezza dozzina dei miei documenti alla ricerca di nuovi spunti. |
| | 226 | Sorge una domanda ancora non presa in considerazione: quanto sono le conclusioni sinora tratte dipendenti dalla presenza del solo DCF?[[BR]] |
| | 227 | Viaggi mentali su una modalità lasca per innescare il cambio di BSS (secondo i parametri di valutazione in oggetto del presente studio) al fine di scongiurare un eterno e continuo ''handoff''. |
| | 228 | |
| | 229 | __1114-1126__[[BR]] |
| | 230 | Aggiornamento e sincronizzazione del diario. |
