Re: [hops] Questions to ask

"Scharf, Michael (Michael)" <michael.scharf@alcatel-lucent.com> Fri, 04 September 2015 17:03 UTC

Return-Path: <michael.scharf@alcatel-lucent.com>
X-Original-To: hops@ietfa.amsl.com
Delivered-To: hops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 100131B3359 for <hops@ietfa.amsl.com>; Fri, 4 Sep 2015 10:03:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.61
X-Spam-Level:
X-Spam-Status: No, score=-6.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i4h_CHg8Vtuq for <hops@ietfa.amsl.com>; Fri, 4 Sep 2015 10:03:09 -0700 (PDT)
Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BCC31B3413 for <hops@ietf.org>; Fri, 4 Sep 2015 10:03:08 -0700 (PDT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 1F7B55B4871D4; Fri, 4 Sep 2015 17:03:04 +0000 (GMT)
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t84H35e9018381 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 4 Sep 2015 19:03:05 +0200
Received: from FR712WXCHMBA15.zeu.alcatel-lucent.com ([169.254.7.91]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Fri, 4 Sep 2015 19:03:05 +0200
From: "Scharf, Michael (Michael)" <michael.scharf@alcatel-lucent.com>
To: Christian Kuhtz <chkuhtz@microsoft.com>, Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch>, "hops@ietf.org" <hops@ietf.org>
Thread-Topic: [hops] Questions to ask
Thread-Index: AQHQ5xcXltsbV/4CWUK/d+ju4wQaYp4saoXAgAADaACAACKF4A==
Date: Fri, 04 Sep 2015 17:03:04 +0000
Message-ID: <655C07320163294895BBADA28372AF5D4847DC0E@FR712WXCHMBA15.zeu.alcatel-lucent.com>
References: <55E99EF1.7010300@tik.ee.ethz.ch> <655C07320163294895BBADA28372AF5D4847D53C@FR712WXCHMBA15.zeu.alcatel-lucent.com> <BLUPR03MB230131EF0F2971503E7A936B2570@BLUPR03MB230.namprd03.prod.outlook.com>
In-Reply-To: <BLUPR03MB230131EF0F2971503E7A936B2570@BLUPR03MB230.namprd03.prod.outlook.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.38]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/hops/aVoYrB3zCKCb07I1g8zkj2VbzHI>
Cc: Brian Trammell <ietf@trammell.ch>
Subject: Re: [hops] Questions to ask
X-BeenThere: hops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Measuring deployability of new transport protocols <hops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hops>, <mailto:hops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hops/>
List-Post: <mailto:hops@ietf.org>
List-Help: <mailto:hops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hops>, <mailto:hops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Sep 2015 17:03:11 -0000

Hi Christian,

I was referring to the problems TCPM currently faces with extending the option space. One specific example found so far in prototypes is explained in:

https://www.ietf.org/proceedings/93/slides/slides-93-tcpm-1.pdf Slide 4

This is related to the segmentation/reassembly engines. And in TCPM there is currently a lot of uncertainty how TCP offload engines would deal with unknown TCP options, long options, etc. Measurements could perhaps help to reduce that uncertainty.

I am not sure why historic behavior should matter. In TCPM we wonder whether something like EDO could get widely deployed in the *current* Internet, and we lack data for answering that question.

Michael



> -----Original Message-----
> From: Christian Kuhtz [mailto:chkuhtz@microsoft.com]
> Sent: Friday, September 04, 2015 6:29 PM
> To: Scharf, Michael (Michael); Mirja Kühlewind; hops@ietf.org
> Cc: Brian Trammell
> Subject: RE: [hops] Questions to ask
> 
> Michael,
> 
> > I think TCPM would also be interested quite a bit in real-world
> measurement data on impairments resulting from the endsystem network
> stack itself, e.g., "broken" TCP HW offloading on NICs.
> 
> Can you please elaborate what you're referring to?  Are you talking
> about historic behavior or current state of the art behaviors?
> 
> If current state of the art, can you be specific on context please?
> 
> Thanks in advance.
> 
> Best regards,
> Christian
> 
> -----Original Message-----
> From: hops [mailto:hops-bounces@ietf.org] On Behalf Of Scharf, Michael
> (Michael)
> Sent: Friday, September 4, 2015 7:34 AM
> To: Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch>; hops@ietf.org
> Cc: Brian Trammell <ietf@trammell.ch>
> Subject: Re: [hops] Questions to ask
> 
> I think TCPM would also be interested quite a bit in real-world
> measurement data on impairments resulting from the endsystem network
> stack itself, e.g., "broken" TCP HW offloading on NICs.
> 
> Any data on that would really be welcome in TCPM (in particular in the
> context of EDO).
> 
> Michael
> 
> 
> > -----Original Message-----
> > From: hops [mailto:hops-bounces@ietf.org] On Behalf Of Mirja
> Kühlewind
> > Sent: Friday, September 04, 2015 3:39 PM
> > To: hops@ietf.org
> > Cc: Brian Trammell
> > Subject: [hops] Questions to ask
> >
> > Hi again,
> >
> > at the last meeting, the main interest of the group (for now as a
> > starting
> > point) was to collect and see measurement data. However, collecting
> > random measurement data might not be the most useful thing to do and
> > makes it also often difficult to get access to existing data sets.
> > While the focus of the proposed hops group is clearly on measurement
> > of middlebox impairments, we believe we could even be more specific
> > than that and try to tackle certain questions that you like an answer
> > for or that have been raised lately in some context e.g. other
> working
> > group.
> >
> > One example is on UDP impairments because there are a bunch of new
> > protocols that have chosen to encapsulate over UDP to enable Internet
> > path traversal (or at least make it more likely to be able to
> > connect). The questions here
> > are:
> >
> > - How likely is it that your traffic will be fully blocked if you use
> > (a new unknown protocol over) UDP?
> >
> > - How likely is it that your UDP traffic is throttled to a certain
> > rate while TCP traffic on the same path is not?
> >
> > There might be even more questions in this context (but these are the
> > ones we are actually currently working on).
> >
> > So now, the purpose of this email is, to collect more of these
> > questions such that we can use this working group as a forum to find
> a
> > match between people that have a question and people that have the
> > data to (at least
> > partially)
> > answer that question.
> >
> > Therefore please send questions to the list! Or start a discussion on
> > what areas we might want to focus on so that we as a group can try to
> > find the right questions! Or if you have data, tell us which
> questions
> > you can already answer or at least (at high level) which kind of data
> > you have!
> >
> > Thanks,
> > Brian and Mirja
> >
> > _______________________________________________
> > hops mailing list
> > hops@ietf.org
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fwww.i
> >
> etf.org%2fmailman%2flistinfo%2fhops&data=01%7c01%7cchkuhtz%40microsoft
> >
> .com%7c3e26e4bef2a84b2b8f1c08d2b535e560%7c72f988bf86f141af91ab2d7cd011
> > db47%7c1&sdata=jrCFwXC5VUY0RMmxX7CyuB%2f1upswnsZvt%2bm11A1ktvQ%3d
> 
> _______________________________________________
> hops mailing list
> hops@ietf.org
> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fwww.ie
> tf.org%2fmailman%2flistinfo%2fhops&data=01%7c01%7cchkuhtz%40microsoft.c
> om%7c3e26e4bef2a84b2b8f1c08d2b535e560%7c72f988bf86f141af91ab2d7cd011db4
> 7%7c1&sdata=jrCFwXC5VUY0RMmxX7CyuB%2f1upswnsZvt%2bm11A1ktvQ%3d