Re: [tcpm] [Fwd: New Version Notification for draft-gomez-tcpm-ack-pull-00.txt]

Hi Carles,

Thanks for the draft. I think understand the motivation, although I think
using a reserved flag is a bit expensive as it's sparse resource.
I am thinking utilizing MAD option proposal
(draft-wang-tcpm-low-latency-opt-00) might be another option for this.
If we know the maximum ACK delay values from this option and sender's
window size is one MSS, we can set a certain sleep timer for sender after
transmitting a packet.
This may be able to save the battery on the sender side.

Thanks,
--
Yoshi

On Tue, Jul 2, 2019 at 12:25 AM Carles Gomez Montenegro <
carlesgo@entel.upc.edu> wrote:

> Dear WG,
>
> Please find below the pointers to a new Internet Draft that describes a
> simple "ACK Pull" mechanism, intended to improve performance in a number
> of scenarios / use cases.
>
> Comments are very much welcome.
>
> Thanks,
>
> Carles and Jon
>
>
> ---------------------------- Original Message ----------------------------
> Subject: New Version Notification for draft-gomez-tcpm-ack-pull-00.txt
> From:    internet-drafts@ietf.org
> Date:    Mon, July 1, 2019 5:08 pm
> To:      "Jon Crowcroft" <jon.crowcroft@cl.cam.ac.uk>
>          "Carles Gomez" <carlesgo@entel.upc.edu>
> --------------------------------------------------------------------------
>
>
> A new version of I-D, draft-gomez-tcpm-ack-pull-00.txt
> has been successfully submitted by Carles Gomez and posted to the
> IETF repository.
>
> Name:           draft-gomez-tcpm-ack-pull
> Revision:       00
> Title:          TCP ACK Pull
> Document date:  2019-07-01
> Group:          Individual Submission
> Pages:          6
> URL:
> https://www.ietf.org/internet-drafts/draft-gomez-tcpm-ack-pull-00.txt
> Status:
> https://datatracker.ietf.org/doc/draft-gomez-tcpm-ack-pull/
> Htmlized:       https://tools.ietf.org/html/draft-gomez-tcpm-ack-pull-00
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-gomez-tcpm-ack-pull
>
>
> Abstract:
>    Delayed Acknowledgments (ACKs) allow reducing protocol overhead in
>    many scenarios.  However, in some cases, Delayed ACKs may
>    significantly degrade network and device performance in terms of link
>    utilization, latency, memory usage and/or energy consumption.  This
>    document defines the TCP ACK Pull (AKP) mechanism, which allows a
>    sender to request the ACK for a data segment to be sent without
>    additional delay by the receiver.  AKP makes use of one of the
>    reserved bits in the TCP header, which is defined in this
>    specification as the AKP flag.
>
>
>
>
> Please note that it may take a couple of minutes from the time of
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>
>
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
>