[drats_users] Simultainious voice and data
Dan Smith
Fri Dec 12 20:08:58 PST 2008
> Okay understood. I think what you are saying is that it is better to
> increase the number of pipelined blocks than the size of the block? This
> would accomplish as much of the primary purpose without increasing the
> re-transmit time for bad blocks by increasing the block size.
Well, I'm saying that it always depends. There is no silver bullet best
answer, otherwise I wouldn't make it variable :)
> Ultimately there are trade offs in either scenario.
> If you want a transparent data transfer (during voice comms) then use
> broadcast. The trade off is you don't know if the file reached its intended
> target. The problem with this scenario is that forms are not broadcast.
Well, I don't think broadcast is really a viable solution to anything,
since you don't know if people received it, and they don't know that
what they got is really what you sent.
> Any suggestions for the block size???
It depends :) If you're optimizing for throughput, use larger blocks.
If you're optimizing for recovery time after interference, choose a
smaller size.
Anyway, I think we've beat this one to death :)
--
Dan Smith
dsmith#danplanet.com, s/#/@/
www.danplanet.com
KK7DS
More information about the drats_users
mailing list