Changes between Version 21 and Version 22 of Diario/Gnappo


Ignore:
Timestamp:
Jul 4, 2007, 9:54:34 AM (17 years ago)
Author:
gnappo
Comment:

Aggiornamento.

Legend:

Unmodified
Added
Removed
Modified
  • Diario/Gnappo

    v21 v22  
    639639dimensionalmente).
    640640
     641== 03 Luglio ==
     642
     6430950 - 1415 (4.41h)
     644
     645Aggiornamento del diario.
     646
     647Riflessione: dal momento che SNR dovrebbe essere sufficiente per la valutazione
     648delle condizioni del mezzo, mi chiedo perche' i produttori di schede 802.11 non
     649utilizzino questo fattore: una causa potrebbe essere ricercata nel fatto che
     650questo indicatore non e' sufficientemente preciso (e.g. troppo discretizzato).
     651
     652Approfondimento di 25.
     653
     654Dando un'occhiata veloce a 26, trova forse risposta la domanda precedente: gli
     655AP, e piu' in generale i dispositivi 802.11, possono utilizzare tecniche per
     656limitare la potenza trasmissiva in un'ottica di economia degli apparecchi. Lo
     657studio puntualizza pero' che questi meccanismi sono raramente adottati (questa
     658informazione necessita di verifica dal momento che lo studio e' piuttosto
     659datato). Lo studio assume che l'RSS abbia, in media, una relazione lineare con
     660l'SNR.
     661
     662Correlazione tra l'RSSI e qualita' del collegamento: da ricerche effettuate
     663sembrano emergere pareri discordanti riguardo la bonta' di questo indicatore.
     664I detrattori sostengono che non c'e' uniformita' tra gli implementatori e che i
     665valori forniti non sono affatto precisi. In aggiunta, si consideri anche il
     666problema evidenziato in precedenza legato al controllo della potenza di
     667trasmissione. [[BR]]
     668Sembra essere piu' affidabile (per la stima del ''packet error rate''), invece,
     669il ''Link Quality Indicator'' (LQI) che meriterebbe un approfondimento.
     670
     671Assieme a soujak: breve condivisione di conoscenze, aggiustamento della mappa
     672mentale (sottoalbero carico teorico) alla luce di alcune considerazioni
     673effettuate sugli errori dei ''frame'' e loro incidenza sulla determinazione del
     674carico.
     675
     6761520 - 1530 (0.16h)
     677
     678Aggiornamento del diario.
     679
     6801630 - 1830 (2h)
     681
     682Assieme a soujak: riflessioni sulla determinazione del ''data rate'' della STA
     683associanda alla luce di quanto letto recentemente. Essendo la questione
     684abbastanza problematica si e' deciso che si faranno delle approssimazioni che
     685potrebbero essere significative. Una soluzione che stimi il ''data rate''
     686conoscendo il ''vendor'' di una scheda, e quindi il meccanismo adottato, appare
     687non percorribile.
     688
    641689
    642690== Documenti ==
     
    662710 * 24 [http://www.winlab.rutgers.edu/~gruteser/papers/wowmom-rate-adaptation-07.pdf "Scalability Analysis of Rate Adaptation Techniques in Congested IEEE 802.11 Networks: An ORBIT Testbed Comparative Study"]
    663711 * 25 [http://home.eng.iastate.edu/~daji/papers/infocom2006.pdf "CARA: Collision-Aware Rate Adaptation for IEEE 802.11 WLANs"]
     712 * 26 [http://www.mwnl.snu.ac.kr/~schoi/publication/Conferences/03-ICC-LA.pdf "Link Adaptation Strategy for IEEE 802.11 WLAN via Received Signal Strength Measurement"]