R: [reti-accesso] post backoff

["Francesco" < >]

Grafico 1: sembra che il prodotto usi un dado truccato perch¨¦ il 10% dei back-off cade intorno ai 310¦Ìsec, che ¨¨ il valore medio se tutti i back-off hanno pari probabilit¨¤, poi i valori tra 16*20 e 31*20 ¦Ìsec sono estratti in modo abbastanza uniforme mentre sono inesistenti i back-off minori di 15*20¦Ìsec. Se ¨¨ cos¨¬ credo che non rispetti lo standard.

 

Grafico 2: in questo caso viene generato sempre e solo un back-off intorno a 24(>16=valore atteso) (mi sembra 480 ¦Ìsec /20 ¦Ìsec). La scheda in questo caso usa addirittura un back-off superiore a quello atteso in media se la distribuzione fosse uniforme. Quindi peggiora la sua situazione. Forse ha pensato che tutti hanno settato con maggiore probabilit¨¤ un back-off pari al valor medio e per evitare di finire nella mischia si ¨¨ spostata un po¡¯ pi¨´ avanti. O forse, per quel discorso dell¡¯anomalia, trasmette sempre con lo stesso backoff (elevato) perch¨¦ sa di essere lenta o ha trame a bassa priorit¨¤.

 

Scusate se ho esagerato con la fantasia¡­    

Saluti a tutti!

Francesco

 

---

Da: Giuseppe Bianchi [mailto:
Inviato: sabato 3 febbraio 2007 0.59
A: ;
Oggetto: Re: [reti-accesso] post backoff

 

Post-backoff:

in breve, una stazione genera SEMPRE un backoff dopo ogni trasmissione.

in esteso: dopo aver trasmesso una trama, a prescindere dal fatto che ci sia o meno una trama successiva in coda, una scheda 802.11 genera un NUOVO valore di backoff, estraendolo dalla solita distribuzione uniforme (0,CWmin).  Quindi, dopo aver aspettato il solito DIFS, la stazione comincia a decrementare il contatore di backoff con le regole usuali (quindi congelando il contatore quando il canale e' occupato). Se nel frattempo arriva una trama, questa NON viene trasmessa subito, ma viene trasmessa solamente quanto il contatore arriva a 0. Se invece la trama arriva DOPO che il contatore e' arrivato a zero, la trama viene trasmessa con le regole INIZIALI, ovvero si ascolta il canale: se questo e' idle per un tempo pari ad un DIFS, la trama viene trasmessa subito dopo il DIFS SENZA BACKOFF.

-----------------------

Colgo l'occasione di questa domanda per allegarvi un nostro grafico sperimentale che mostra la distribuzione del tempo di interarrivo misurato tra due trasmissioni consecutive per una coppia driver/NIC di un noto vendor. La scheda rispetta lo standard? Come spiegate questo grafico?


Decisamente piu' difficile: questa e' la misura fatta per un'altra scheda. Come vedete NON fa backoff!! Hanno sbagliato clamorosamente a fare la scheda? Oppure qualcuno ha una spiegazione? (suggerimento 1: quanto fa 16*20? suggerimento 2: non solo disonesto, ma anche incapace...)



__________ Informazione NOD32 2003 (20070124) __________

Questo messaggio h stato controllato dal Sistema Antivirus NOD32
http://www.nod32.it