Re: [aqm] Who supports tsvwg adoption of adding ECN to L2 or tunnel protocols?
"Rong Pan (ropan)" <ropan@cisco.com> Tue, 05 November 2013 01:14 UTC
Return-Path: <ropan@cisco.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 A345A11E8316; Mon, 4 Nov 2013 17:14:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.485
X-Spam-Level:
X-Spam-Status: No, score=-10.485 tagged_above=-999 required=5 tests=[AWL=-0.114, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_SUB_OBFU_Q1=0.227]
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 e14X9T1KkYFx; Mon, 4 Nov 2013 17:13:59 -0800 (PST)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 7C64411E80F5; Mon, 4 Nov 2013 17:13:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13274; q=dns/txt; s=iport; t=1383614038; x=1384823638; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=djI+f2n0G0atlRwP00qQx2nEnqbW86hpaTvWMeMKBYQ=; b=jhareXT9+xwKLhhXG4vkY9rNH7Em/CW0pJgLZ/WxZguGMKpYZNWct37e Q9bcp/wZyu+14Uk+5Xsd7FwxiP94ZQMJRnqUowqumj4XNhcac8c5Kr3H0 tdhp9hEZvHNYTZnO7lhLpNLwOo7vR+aKsRDc+Qlp/NX/Htk3PyKpgbVNO o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqMGAKlFeFKtJXG+/2dsb2JhbABZgkNEOFO2coc1gRKBJxZ0giUBAQEEAQEBKkELEgEIEQMBAQEoLgsUCQgCBAENBRmHaA2+O480Ew0EBgGELgOYCoEvkFqDJoIq
X-IronPort-AV: E=Sophos; i="4.93,636,1378857600"; d="scan'208,217"; a="280667393"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by rcdn-iport-6.cisco.com with ESMTP; 05 Nov 2013 01:13:58 +0000
Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id rA51Dvu7028463 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 5 Nov 2013 01:13:57 GMT
Received: from xmb-aln-x15.cisco.com ([169.254.9.185]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0123.003; Mon, 4 Nov 2013 19:13:57 -0600
From: "Rong Pan (ropan)" <ropan@cisco.com>
To: "Scheffenegger, Richard" <rs@netapp.com>, Matt Mathis <mattmathis@google.com>, Bob Briscoe <bob.briscoe@bt.com>
Thread-Topic: [aqm] Who supports tsvwg adoption of adding ECN to L2 or tunnel protocols?
Thread-Index: AQHO2cRM86J8yspfZkulRcpRHYSx/A==
Date: Tue, 05 Nov 2013 01:13:57 +0000
Message-ID: <CE9D85DC.53C7A%ropan@cisco.com>
In-Reply-To: <012C3117EDDB3C4781FD802A8C27DD4F25E65C8E@SACEXCMBX02-PRD.hq.netapp.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.1.120420
x-originating-ip: [10.21.122.56]
Content-Type: multipart/alternative; boundary="_000_CE9D85DC53C7Aropanciscocom_"
MIME-Version: 1.0
Cc: "draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org" <draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org>, tsvwg IETF list <tsvwg@ietf.org>, AQM IETF list <aqm@ietf.org>
Subject: Re: [aqm] 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 01:14:16 -0000
I agree. This would be valuable work… Rong From: <Scheffenegger>, Richard <rs@netapp.com<mailto:rs@netapp.com>> Date: Monday, November 4, 2013 5:48 PM To: Matt Mathis <mattmathis@google.com<mailto:mattmathis@google.com>>, Bob Briscoe <bob.briscoe@bt.com<mailto:bob.briscoe@bt.com>> Cc: "draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org<mailto:draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org>" <draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org<mailto:draft-briscoe-tsvwg-ecn-encap-guidelines@tools.ietf.org>>, tsvwg IETF list <tsvwg@ietf.org<mailto:tsvwg@ietf.org>>, AQM IETF list <aqm@ietf.org<mailto:aqm@ietf.org>> Subject: Re: [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> [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<mailto: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
- [aqm] Who supports tsvwg adoption of adding ECN t… Bob Briscoe
- Re: [aqm] Who supports tsvwg adoption of adding E… Fred Baker (fred)
- Re: [aqm] Who supports tsvwg adoption of adding E… Bob Briscoe
- Re: [aqm] Who supports tsvwg adoption of adding E… Andrew Mcgregor
- Re: [aqm] Who supports tsvwg adoption of adding E… Matt Mathis
- Re: [aqm] Who supports tsvwg adoption of adding E… Bob Briscoe
- Re: [aqm] Who supports tsvwg adoption of adding E… Michael Welzl
- Re: [aqm] Who supports tsvwg adoption of adding E… Scheffenegger, Richard
- Re: [aqm] Who supports tsvwg adoption of adding E… Weixinpeng
- Re: [aqm] Who supports tsvwg adoption of adding E… Rong Pan (ropan)
- Re: [aqm] Who supports tsvwg adoption of adding E… Michael Menth
- Re: [aqm] Who supports tsvwg adoption of adding E… Zhulei (A)
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Piers O'Hanlon
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Dirk Kutscher
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … philip.eardley
- Re: [aqm] Who supports tsvwg adoption of adding E… Joe Touch
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Bob Briscoe
- Re: [aqm] Who supports tsvwg adoption of adding E… Bob Briscoe
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Suresh Krishnan
- Re: [aqm] Who supports tsvwg adoption of adding E… Joe Touch
- Re: [aqm] Who supports tsvwg adoption of adding E… Andrew Mcgregor
- Re: [aqm] Who supports tsvwg adoption of adding E… Bob Briscoe
- Re: [aqm] Who supports tsvwg adoption of adding E… Joe Touch
- Re: [aqm] Who supports tsvwg adoption of adding E… gorry
- Re: [aqm] Who supports tsvwg adoption of adding E… gorry
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Piers O'Hanlon
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Bob Briscoe
- Re: [aqm] Who supports tsvwg adoption of adding E… Fred Baker (fred)
- Re: [aqm] Who supports tsvwg adoption of adding E… Andrew Mcgregor
- Re: [aqm] Who supports tsvwg adoption of adding E… Bob Briscoe
- Re: [aqm] Who supports tsvwg adoption of adding E… Bannai, Vinay
- Re: [aqm] Who supports tsvwg adoption of adding E… Fred Baker (fred)
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Ruediger.Geib
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Ingemar Johansson S
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Bob Briscoe
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Ingemar Johansson S
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Bob Briscoe
- Re: [aqm] [tsvwg] Who supports tsvwg adoption of … Ingemar Johansson S