[Bloat] sigcomm wifi

David Lang david at lang.hm
Sun Aug 24 01:14:54 EDT 2014


On Sat, 23 Aug 2014, Hal Murray wrote:

>>> Yep... I remember a neat paper from colleagues at Trento University that
>>> piggybacked TCP's ACKs on link layer ACKs, thereby avoiding the collisions
>>> between TCP's ACKs and other data packets - really nice. Not sure if it
>>> wasn't just simulations, though.
>
>> that's a neat hack, but I don't see it working, except when one end of the
>> wireless link is also the endpoint of the TCP connection (and then only for
>> acks  from that device)
>
> That could be generalized to piggybacking any handy small packet onto the
> link layer ACK.
>
> Of course, then you have to send back a link layer ACK for the extra info.
> Does that converge?

if you aren't talking between the two endpoints of the wireless connection, 
probably :-)

but fairness would be an issue for something like this. what constitues a 'small 
amount of data' to try and piggyback, and what happens if you are talking 
between endpoints, are the two allowed to monopolize the airtime?

but backing up a step, finding airtime for the ack is just as hard as finding 
airtime for the next transmission.

David Lang



More information about the Bloat mailing list