Changes between Version 2 and Version 3 of Diario/SoujaK


Ignore:
Timestamp:
Jun 13, 2007, 10:26:37 AM (17 years ago)
Author:
soujak
Comment:

Aggiornamento.

Legend:

Unmodified
Added
Removed
Modified
  • Diario/SoujaK

    v2 v3  
    77== 5 Giugno 2007 ==
    88Strumenti di lavoro su XT3: messa a punto dell'autenticazione sul server web (1h).
     9
     10== 11 Giugno 2007 ==
     11Sincronizzazione del diario della settimana scorsa, inizializzazione della pagina wiki della Milestone di rilevamento del carico. (0.4h)
     12
     1300: l'articolo propone l'identificazione di una bandwidth potenziale ottenibile da un determinato AP a partire dalle condizioni di carico che un client è in grado di rilevare in esso.
     14Lo studio prende in considerazione uno scenario privo di disturbi ambientali, senza coordinamento centralizzato.
     15Assumendo che i frame beacon non abbiano priorità sugli altri, è possibile stimare il tempo medio di attesa di trasmissione osservando il ritardo dei frame beacon (si ricordi la presenza del "Beacon Interval" e del "Target Beacon Transmission Time").
     16Inoltre fornisce spunti perché una stazione possa inferire una probabilità di perdita di trasmissioni, sfruttando i numeri di sequenza ("Sequence number") dei frame che cattura e il "Retry Bit".
     17La veridicità delle conclusioni dipende dalla veridicità delle assunzioni poste e dalla generalità dell'hardware utilizzato per le sperimentazioni effettuate (1400-1740).
     18
     1901: La selezione ottimale dell'Access Point è strettamente legata a politiche di allocazione del traffico in grado di gestire in maniera ottimizzata le risorse disponibili. Il problema viene affrontato da un punto di vista piuttosto teorico, oltre che distante dai nostri scopi, rendendolo quasi per nulla interessante.
     20(1800-1820, 1900-1920)
     21
     2202: L'articolo propone parametri concreti per la valutazione della bontà degli AP, che prevede essere calcolati direttamente dal loro ''firmware''(testato con IPW 2915) e periodicamente comunicati alle STA tramite i ''frame beacon''. Nonostante la forte dipendenza da modifiche ai ''firmware'' presumo che i calcoli dei parametri, di davvero grande rilevanza, effettuati dagli AP possano essere eseguiti anche lato ''client''. (1920-2000, 0910-0930)
     23
     24== 12 Giugno 2007 ==
     251000-1020 (0.33h)[[BR]]
     26Sincronizzazione del diario.
     27
     281030-1100 (0.50h)[[BR]]
     29Punto della situazione assieme a gnappo.
     30
     311120-1155 (0.58h)[[BR]]
     3203: In appendice è presente un'interessante calcolo dell'impatto degli errori di trasmissione sulle prestazioni, calcolando diligentemente i dettagli relativi ai backoff incrementali.
     33
     341210-1310 (1.00h)[[BR]]
     3504: Lo studio effettua una stima dell'effettiva ''bandwitdth'' disponibile, in base al tempo che intercorre fra la richiesta di invio del frame e la notifica di avvenuta trasmissione.
     36In questo calcolo vengono a sommarsi i tempi di attesa per l'accesso al mezzo (rilevazione di mezzo disponibile e successiva contesa), la procedura RTS/CTS, l'effettiva trasmissione dei dati e del'ACK, IFS relativi.
     37Questa ''bandwidth'' e` fortemente influenzata dalla dimensione dei ''frame'' e viene quindi normalizzata rispetto ad un frame di riferimento per avere una misura da essa indipendente.
     38Lo studio proseguirebbe su politiche di ammissione di una STA in un BSS, formalizzando il concetto di proporzione del tempo del canale (CTP, ''Channel Time Proportion'') di un determinato flusso dati, ottenibile dal rapporto fra la ''bandwitdth'' direttamente richiesta dal flusso e la ''bandwitdth'' disponibile appena citata.
     39I concetti appena descritti appaiono come spunti piuttosto rilevanti ai nostri fini.
     40
     411450-1617 (0.45h)[[BR]]
     42Ricerche ulteriori.
     43
     441650-1720 (0.67h) [[BR]]
     45Approfondimento di 03.
     46
     47== 13 Giugno 2007 ==
     480850-0910 (0.33h)[[BR]]
     49Approfondimento di 04.
     50
     511000-1025 (0.41h)[[BR]]
     52Sincronizzazione del diario.
     53
     54----
     55
     56== Documentazione ==
     57 * 00 [http://www.usenix.org/events/imc05/tech/full_papers/vasudevan/vasudevan.pdf Facilitating Access Point Selection in IEEE 802.11 Wireless Networks]
     58 * 01 [http://www.cs.unt.edu/~rakl/AP05.pdf Optimal Access Point Selection and Traffic Allocation in IEEE 802.11 Networks]
     59 * 02 [http://www.imconf.net/imc-2006/papers/p25-sundaresan.pdf The Need for Cross-Layer Information in Access Point Selection Algorithms]
     60 * 03 [http://www.cs.umd.edu/users/slee/pubs/cs-tr-4504.pdf The Case for a Multi-hop Wireless Local Area Network]
     61 * 04 [http://www.caida.org/workshops/isma/0312/abstracts/shah.pdf Available Bandwidth Estimation in IEEE 802.11-based Wireless Networks]
     62
     63== Link Utili ==
     64 * [http://portal.acm.org/portal.cfm?coll=GUIDE&dl=GUIDE&CFID=25283952&CFTOKEN=64874456 Portale ACM]
     65 * [http://portal.acm.org/citation.cfm?id=1024744 Network Selection and Discovery of Service Information in Public WLAN Hotspots]: roaming