[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