>
> Notice that sometimes it may be desireable to forgo ARQ
> because of the additional delay it implies. In particular, time
> sensitive traffic (video, audio) must be delivered within a
> certain time limit beyond which the data is obsolete. Exhaustive
> retransmissions in this case merely succeed in wasting time in
> order to deliver data that will be discarded once it arrives at
> its destination. This indicates the desireability of augmenting
> the protocol stack implementation on devices such that the upper
> protocol layers can inform the link and MAC layer when to avoid
> such costly retransmission schemes.
>
You wouldn't use TCP for real-time applications. Also, you could easily use
flow classification, or, preferably an explict flow creation mechanism like
RSVP, LDP or ATM signalling to figure out which flows are real time and turn
off or limit ARQ, and possibly further add or strengthen FEC.
This archive was generated by hypermail 2b29 : Mon Jan 28 2002 - 09:12:20 EST