Principes fondamentaux d'Aircrack-NG: est-il possible de traduire le champ `Data` en octets / kilo-octets / mégaoctets?

Voici un exemple de capture d’ Aircrack-NG :

 CH  8 ][ Elapsed: 48 s ][ 2015-06-30 00:37 ][ disabled selection

 BSSID              PWR RXQ  Beacons    #Data, #/s  CH  MB   ENC  CIPHER AUTH ESSI

 DC:9F:DB:A6:E2:6E  -77  86      404      859    0   8  54e. OPN              Salo

Tant que la valeur du #Datachamp (les données supposées transférées sont capturées) 859, combien d'octets ont ce nombre?

Pourquoi ne pas commencer avec quelques exemples de mesures empiriques ?

Essayons avec un réseau 802.11b (plutôt ancien et relativement lent ). Mon meilleur débit effectif en transfert de données utilise 1 Mo / segment pour ce réseau:

Cas 1 : meilleur scénario. Un seul fichier.

Number of files:        1
Total transferred size: 37.060.608 bytes
Average size/file:  37.060.608 bytes
#Data captured:     41.478
Bytes/Data:     893,50

Cas 2 : scénario moyen. Quelques fichiers.

Number of files:        11
Total transferred size: 6.150.538 bytes
Average size/file:  ~500.000 byte
#Data captured:     10.772
Bytes/Data:     570,97

Cas 3 : Le pire scénario. Beaucoup de petits fichiers (taille de 1 octet).

Number of files:        10.000
Total transferred size: 10.000 bytes
Average size/file:  1 byte
#Data captured:     134.270
Bytes/Data:     0,07

Ainsi, les résultats varient considérablement, allant de près de 1 Mo / données à un nombre étonnant inférieur à 1 octet / données (LOL).

Si je ne me trompe pas, nous pouvons conclure que, sans plus d'informations sur les données transférées et sur la connaissance du #Datachamp, il n'existe aucun moyen pratique de connaître la corrélation entre Dataet bytessur le trafic sans fil.
Peut-être que cette conclusion pourrait être vraie pour les réseaux câblés aussi.