lotacus,
sorry to be slow on the uptake, forgive me but I am relatively new to wireless and struggling to understand it's limitations.
Why do you say that 80% of the wireless bandwidth was re-transmissions?
Ignoring the big (3Gb) data transfer for now, when I try to stream AAC audio why would there need to be any re-transmissions?
Here are the details on one of the AAC audio files I am trying to stream (audio player on my Linux box, pulling the file from my Windows XP box (samba)) ..
Size: 4.33 MB (9% of original, 10 to 1 compression)
Original Size: 46.55 MB
Length: 4 minutes 36 seconds
Channels: 2 (stereo)
Sample Rate: 44.1 KHz;
Sample Size: 16 bit
Bit Rate: 128 kbps
Encoder: AAC (LC)
Encoder Settings:
Audio Quality: Medium (Lossy)
This is a very small amount of data to transfer over a 4min 36second period. Why with a 5g 270Mbps wireless n connection should I see any TCP Restransmission events?
I don't believe that I have any sources of interference or other wireless n networks which could be causing collisions. Also, on my Linux box it confirms there were no receive or transmit errors and no collisions.
These TCP Retransmissions are an absolute killer for my streaming media center, every time it happens my audio cuts out for 2 seconds. Retransmissions seem to be a well documented concern for TCP over a wireless connection. Somehow I need to find out how to avoid them otherwise my wireless n gear will likely end up in the trash :(