that VOIP uses small packets and 802.11 networks are very inefficent in handling small packets due to per-packet overhead.
My dumb questions: those small packets, which size are they?
As far as I remember packet per second are the same so VOIP uses a big packet as any other protocol but without efficiency ... e.g. a single 1500 (or 2456) bytes has only 128 bytes or so of usefull data.
I PCQ limit avialable bw for clients to 512down/128up, short preamble. With such low bw if I start using RTS-CTS with lets say a 512 bytes trigger will I change the PPS X VOIP packets ratio? I mean, without this forced fragmentation I will have a single 128 bytes (guess) each 2457 byte "RF" packet. With the "forced" fragmentation still I have the same 128 bytes but now on a 512 bytes "RF" packet?
I know that forcing small packets reduce the avialable max speed but since each client already have at least 1/10th of a fixed 6Mbps mode this will make too much difference? (I locked APs to 6Mbps G mode to avoid sucessives changes on TX-RX max speeds. CCQ locked at 100 then. No more than 20 clients per AP)
EDITED: Forget abt RTS/CTS on a 802-11g only environement. After some reading here and there, seems that RTS is valid only in mixed B/G environements. Even if I set it at advanced tab, if there is not a 11b client to request to send, the G mode AP will not use it. The 'b' client listen to AP CCK (exists on g mode anyway) but does not listen to hidden b or close/hidden g stations. Close 'g' ones looks like high noise floor to 'b' stations. Than 'b' client RTS if the hidden station mode is enabled on it. AP halts 'g' clients then and CTS to 'b' client. On another language: protect B mode on b/g AP enable/disable.
Sorry agn for the primary questions.