Re: [tsvwg] Packet Loss Signaling for Encrypted Protocols: draft-ferrieuxhamchaoui-tsvwg-lossbits

["Lubashev, Igor" <[e-mail]>]

Giuseppe, thank you very much for this feedback and a pointer to RFC 8321.  We'll definitely mention it in the next rev of the draft.

I see that RFC 8321 did introduce what we are calling a "sQuare bit" for alternate marking of blocks of packets. That's a method to estimate upstream loss.

Our draft is also using what we call "Loss event" bit that allows a single observer to estimate the end-to-end loss as well.  The combination of Q bit (RFC 8321) and the new L bit lets an observer do significantly more than RFC 8321 allows. 

- Igor

-----Original Message-----
From: Giuseppe Fioccola <[e-mail]> 
Sent: Wednesday, July 10, 2019 10:54 AM

Dear Igor, Alexandre, Isabelle,
I have had a look at the draft and I think it is an interesting proposal for packet loss signaling and it is good to have a protocol independent document.
In addition, I would suggest to add a reference to RFC 8321 that introduces the packet loss measurement methodology through the alternate marking schema, as reported in Section 3 of your draft. 

Best Regards,

Giuseppe


-----Original Message-----
From: tsvwg [mailto:[e-mail]] On Behalf Of Lubashev, Igor
Sent: Monday, July 8, 2019 11:17 PM
To: [e-mail]
Cc: Isabelle Hamchaoui <[e-mail]>; Alexandre Ferrieux <[e-mail]>
Subject: [tsvwg] Packet Loss Signaling for Encrypted Protocols: draft-ferrieuxhamchaoui-tsvwg-lossbits

Alexandre, Isabelle, and I have just posted a draft on a protocol-independent method for endpoints to signal packet loss to the path, while maintaining end user privacy and resisting ossification.  This method can work for any protocol, but the primary focus is, of course, on protocols that encrypt their headers.

We think this loss signaling scheme (just takes 2 bits somewhere that are set by the sender) is an appropriate solution for allowing networks to do their job at providing high QoS and ease of troubleshooting without compromising on encrypted protocol goals.

- Igor

P.S.
  We've implemented this proposal in some Akamai servers and have been using it to serve actual end-user traffic for a subset of Orange customers.  Orange has implemented passive observer that used this signal to detect and identify loss.  We will discuss and analyze the data we collected at maprg (while the signaling protocol details belong to tsvwg).

-----------------------------------------------------------------------------------------------------------------------------------------------

A new version of I-D, draft-ferrieuxhamchaoui-tsvwg-lossbits-00.txt
has been successfully submitted by Igor Lubashev and posted to the IETF repository.

Name:		draft-ferrieuxhamchaoui-tsvwg-lossbits
Revision:	00
Title:		Packet Loss Signaling for Encrypted Protocols
Document date:	2019-07-08
Group:		Individual Submission
Pages:		9
URL:            https://www.ietf.org/internet-drafts/draft-ferrieuxhamchaoui-tsvwg-lossbits-00.txt
Status:         https://datatracker.ietf.org/doc/draft-ferrieuxhamchaoui-tsvwg-lossbits/
Htmlized:       https://tools.ietf.org/html/draft-ferrieuxhamchaoui-tsvwg-lossbits-00
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ferrieuxhamchaoui-tsvwg-lossbits


Abstract:
   This document describes a protocol-independent method that employs
   two bits to allow endpoints to signal packet loss in a way that can
   be used by network devices to measure and locate the source of the
   loss.  The signaling method applies to all protocols with a protocol-
   specific way to identify packet loss.  The method is especially
   valuable when applied to protocols that encrypt transport header and
   do not allow an alternative method for loss detection.