Changes between Version 10 and Version 11 of Diario/SoujaK


Ignore:
Timestamp:
Jun 19, 2007, 8:33:17 PM (17 years ago)
Author:
soujak
Comment:

Correzione tipografica.

Legend:

Unmodified
Added
Removed
Modified
  • Diario/SoujaK

    v10 v11  
    116116__1250-1411__ (1.35h) [[BR]]
    117117Revisione, formalizzazione e stesura dei pensieri di ieri.
    118 Prescindendo dalle modalità con le quali questo parametro venga valutato nella
    119 effettiva scelta di associazione (sto pensando a politiche di bilanciamento del
    120 carico in maniera equa), il carico del BSS rimane l'oggetto
    121 del[milestone:"Bilanciamento del carico" la milestone di cui mi occupo].
    122 La definizione che più mi è parsa corretta e indicativa è quella contenuta in 05
    123 e 06: il carico è inversamente proporzionale al ''datarate''.
    124 Purtroppo però questa informazione non è direttamente disponibile a meno che non
    125 si prendano in considerazione BSS che aderiscano a 802.11e (peraltro non ancora
    126 analizzato né da me, né da [wiki:Diario/Gnappo gnappo]) o a meno che non si
    127 effettuino dei test effettivi di comunicazione, rinunciando molto probabilmente
    128 alla scalabilità che si intravede fra gli obiettivi della soluzione ricercata.
    129 Ciò detto risulta evidente la necessità di andare a ricercare elementi che siano
    130 calcolabili da ogni STA grazie ad azioni di sniffing sui vari canali per poi
    131 andare a calcolare una stima del ''datarate'' (e quindi del carico).
    132 L'adeguatezza di questi fattori e dei calcoli che conducono alla stima può
    133 essere verificata per via sperimentale con uno sforzo che rimane considerevole.
     118Prescindendo dalle modalità con le quali questo parametro venga valutato nella effettiva scelta di associazione (sto pensando a politiche di bilanciamento del
     119carico in maniera equa), il carico del BSS rimane l'oggetto del[milestone:"Bilanciamento del carico" la milestone di cui mi occupo].
     120La definizione che più mi è parsa corretta e indicativa è quella contenuta in 05 e 06: il carico è inversamente proporzionale al ''datarate''.
     121Purtroppo però questa informazione non è direttamente disponibile a meno che non si prendano in considerazione BSS che aderiscano a 802.11e (peraltro non ancora analizzato né da me, né da [wiki:Diario/Gnappo gnappo]) o a meno che non si effettuino dei test effettivi di comunicazione, rinunciando molto probabilmente alla scalabilità che si intravede fra gli obiettivi della soluzione ricercata.
     122Ciò detto risulta evidente la necessità di andare a ricercare elementi che siano calcolabili da ogni STA grazie ad azioni di sniffing sui vari canali per poi andare a calcolare una stima del ''datarate'' (e quindi del carico).
     123L'adeguatezza di questi fattori e dei calcoli che conducono alla stima può essere verificata per via sperimentale con uno sforzo che rimane considerevole.
    134124
    135125Riporto quindi di seguito un elenco di tutte quelle pratiche che risultano
    136126essere interessanti.
    137127 * Misurazione del tempo di accodamento dei ''beacon'' da parte dell'AP (00).
    138  * Calcolo dell' ''error rate'' delle trasmissioni su un determinato canale
    139 (00).
    140  * Misurazione del ''throughput'' medio della STA associate all'AP che si sta
    141 analizzando.
     128 * Calcolo dell' ''error rate'' delle trasmissioni su un determinato canale (00).
     129 * Misurazione del ''throughput'' medio della STA associate all'AP che si sta analizzando.
    142130 * ''Bit-rate'' nominale delle STA associate all'AP che si sta analizzando.
    143131 * Misurazione del ''datarate'' effettivo tramite invii diretti (ed invasivi).