Re: [aqm] [tsvwg] Who supports tsvwg adoption of adding ECN to L2 or tunnel protocols?

<philip.eardley@bt.com> Tue, 05 November 2013 18:32 UTC

Return-Path: <philip.eardley@bt.com>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85A9F11E81FD; Tue, 5 Nov 2013 10:32:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.936
X-Spam-Level:
X-Spam-Status: No, score=-102.936 tagged_above=-999 required=5 tests=[AWL=-0.165, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1, SARE_SUB_OBFU_Q1=0.227, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8xi-l2I7hLbw; Tue, 5 Nov 2013 10:32:44 -0800 (PST)
Received: from smtpe1.intersmtp.com (smtp63.intersmtp.com [62.239.224.236]) by ietfa.amsl.com (Postfix) with ESMTP id 9471C21E809E; Tue, 5 Nov 2013 10:32:39 -0800 (PST)
Received: from EVMHT65-UKRD.domain1.systemhost.net (10.36.3.102) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.298.1; Tue, 5 Nov 2013 18:32:37 +0000
Received: from EMV67-UKRD.domain1.systemhost.net ([169.254.2.147]) by EVMHT65-UKRD.domain1.systemhost.net ([10.36.3.102]) with mapi; Tue, 5 Nov 2013 18:32:37 +0000
From: philip.eardley@bt.com
To: rs@netapp.com, mattmathis@google.com, bob.briscoe@bt.com
Date: Tue, 05 Nov 2013 18:32:22 +0000
Thread-Topic: [tsvwg] [aqm] Who supports tsvwg adoption of adding ECN to L2 or tunnel protocols?
Thread-Index: AQHO2bPschNRr0CscEy8XBGE9jPQ05oVzbZAgAEpnkM=
Message-ID: <A2E337CDB7BC4145B018B9BEE8EB3E0D3FFA6F97ED@EMV67-UKRD.domain1.systemhost.net>
References: <201311042203.rA4M3lo0026458@bagheera.jungle.bt.co.uk> <CAH56bmDfOxi2FBvg1P-UH-ds_WveZP4NvOyqopKdEcy5WX3XnQ@mail.gmail.com>, <012C3117EDDB3C4781FD802A8C27DD4F25E65C8E@SACEXCMBX02-PRD.hq.netapp.com>
In-Reply-To: <012C3117EDDB3C4781FD802A8C27DD4F25E65C8E@SACEXCMBX02-PRD.hq.netapp.com>
Accept-Language: en-US, en-GB
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-GB
Content-Type: multipart/alternative; boundary="_000_A2E337CDB7BC4145B018B9BEE8EB3E0D3FFA6F97EDEMV67UKRDdoma_"
MIME-Version: 1.0
Cc: draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org, tsvwg@ietf.org, aqm@ietf.org
Subject: Re: [aqm] [tsvwg] Who supports tsvwg adoption of adding ECN to L2 or tunnel protocols?
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aqm>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Nov 2013 18:32:48 -0000

agree with these comments
best wishes
phil

________________________________
From: tsvwg-bounces@ietf.org [tsvwg-bounces@ietf.org] On Behalf Of Scheffenegger, Richard [rs@netapp.com]
Sent: 05 November 2013 00:48
To: Matt Mathis; Briscoe,RJ,Bob,TUB8 R
Cc: draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org; tsvwg IETF list; AQM IETF list
Subject: Re: [tsvwg] [aqm] Who supports tsvwg adoption of adding ECN to L2 or tunnel protocols?

(aqm chair hat off)

I can fully support what Matt just stated!

I have read an earlier version (-01 iirc), I’ll try to scan over this version in the coming days.


Richard Scheffenegger


From: aqm-bounces@ietf.org [mailto:aqm-bounces@ietf.org] On Behalf Of Matt Mathis
Sent: Montag, 04. November 2013 15:17
To: Bob Briscoe
Cc: draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org; tsvwg IETF list; AQM IETF list
Subject: Re: [aqm] Who supports tsvwg adoption of adding ECN to L2 or tunnel protocols?

I think this is valuable work.  Having a single document that describes the requirements and general principles will save future tunnel inventor/implementers from rediscovering the same bugs

Thanks,
--MM--
The best way to predict the future is to create it.  - Alan Kay

Privacy matters!  We know from recent events that people are using our services to speak in defiance of unjust governments.   We treat privacy and security as matters of life and death, because for some users, they are.

On Mon, Nov 4, 2013 at 2:03 PM, Bob Briscoe <bob.briscoe@bt.com<mailto:bob.briscoe@bt.com>> wrote:
Folks,

Pls respond if you support this being adopted as a work-group item in the IETF transport services w-g (tsvwg). The WG chairs need visibility of interest.
Even better, if you're willing to read / comment / review / implement

Guidelines for Adding Congestion Notification to Protocols that Encapsulate IP
<http://tools.ietf.org/html/draft-briscoe-tsvwg-ecn-encap-guidelines>

Abstract

   The purpose of this document is to guide the design of congestion
   notification in any lower layer or tunnelling protocol that
   encapsulates IP.  The aim is for explicit congestion signals to
   propagate consistently from lower layer protocols into IP.  Then the
   IP internetwork layer can act as a portability layer to carry
   congestion notification from non-IP-aware congested nodes up to the
   transport layer (L4).  Following these guidelines should assure
   interworking between new lower layer congestion notification
   mechanisms, whether specified by the IETF or other standards bodies.


[Cross-posting tsvwg & aqm, just in case]


Bob Briscoe,
also for co-authors Pat Thaler and John Kaippallimalil


________________________________________________________________
Bob Briscoe,                                                  BT
_______________________________________________
aqm mailing list
aqm@ietf.org<mailto:aqm@ietf.org>
https://www.ietf.org/mailman/listinfo/aqm