Re: [Banana] New Version Notification for draft-leymann-banana-ecn-00.txt

<philip.eardley@bt.com> Wed, 20 September 2017 08:39 UTC

Return-Path: <philip.eardley@bt.com>
X-Original-To: banana@ietfa.amsl.com
Delivered-To: banana@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 669EA133229 for <banana@ietfa.amsl.com>; Wed, 20 Sep 2017 01:39:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.401
X-Spam-Level:
X-Spam-Status: No, score=-5.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 4IxqzQVsquD1 for <banana@ietfa.amsl.com>; Wed, 20 Sep 2017 01:39:00 -0700 (PDT)
Received: from smtpb1.bt.com (smtpb1.bt.com [62.7.242.136]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71F9D1330C1 for <banana@ietf.org>; Wed, 20 Sep 2017 01:38:59 -0700 (PDT)
Received: from EVMHT05-UKBR.domain1.systemhost.net (193.113.108.58) by EVMED02-UKBR.bt.com (10.216.161.32) with Microsoft SMTP Server (TLS) id 14.3.319.2; Wed, 20 Sep 2017 09:38:53 +0100
Received: from rew09926dag03b.domain1.systemhost.net (10.55.202.22) by EVMHT05-UKBR.domain1.systemhost.net (193.113.108.58) with Microsoft SMTP Server (TLS) id 8.3.342.0; Wed, 20 Sep 2017 09:38:57 +0100
Received: from rew09926dag03b.domain1.systemhost.net (10.55.202.22) by rew09926dag03b.domain1.systemhost.net (10.55.202.22) with Microsoft SMTP Server (TLS) id 15.0.1293.2; Wed, 20 Sep 2017 09:38:56 +0100
Received: from rew09926dag03b.domain1.systemhost.net ([fe80::d514:fe50:560c:401e]) by rew09926dag03b.domain1.systemhost.net ([fe80::d514:fe50:560c:401e%12]) with mapi id 15.00.1293.004; Wed, 20 Sep 2017 09:38:56 +0100
From: philip.eardley@bt.com
To: lihao.chen@huawei.com, banana@ietf.org
Thread-Topic: New Version Notification for draft-leymann-banana-ecn-00.txt
Thread-Index: AQHTK5NHhEdbL4nCvkus6CqCJV15RKKw4DOggAyVIcA=
Date: Wed, 20 Sep 2017 08:38:55 +0000
Message-ID: <c508b6f18a274461824c545eaab324f5@rew09926dag03b.domain1.systemhost.net>
References: <12E1A4464B8C5C43A3A4B6B61F7DC60C018C1659@dggemi503-mbs.china.huawei.com>
In-Reply-To: <12E1A4464B8C5C43A3A4B6B61F7DC60C018C1659@dggemi503-mbs.china.huawei.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.55.202.243]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/XrI6A5bpDcNy-m_VXqL8GUEPikc>
Subject: Re: [Banana] New Version Notification for draft-leymann-banana-ecn-00.txt
X-BeenThere: banana@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Bandwidth Aggregation for interNet Access: Discussion of bandwidth aggregation solutions based on IETF technologies." <banana.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/banana>, <mailto:banana-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/banana/>
List-Post: <mailto:banana@ietf.org>
List-Help: <mailto:banana-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/banana>, <mailto:banana-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Sep 2017 08:39:03 -0000

Thanks for the document.  Support of ECN seems important to me.

<< At the tunnel egress, if the outer IP headers from Tunnel 1 and
   Tunnel 2 are both CE and the inner IP headers are ECT, the ECN field
   of the outgoing packet will be set to CE.>>
I don't understand, isn't the decision being made packet by packet?

<< The local BANANA box (could be either the tunnel ingress or the
   tunnel egress) uses the ECN Capability to notify the remote BANANA
   box (could be either the tunnel egress or the tunnel ingress) that
   the local BANANA box supports the Bonding Tunnel ECN Mechanism. The
   first GRE Tunnel Setup Request message [RFC8157] MAY include the ECN
   Capability attribute.>>
I think this is something actually in scope of the Banana control protocol, whereas (if I get it right) your solution assumes that (& only works if) GRE is being used for the "banana encapsulation".

Best wishes,
phil

-----Original Message-----
From: Banana [mailto:banana-bounces@ietf.org] On Behalf Of chenlihao
Sent: 12 September 2017 09:04
To: banana@ietf.org
Subject: [Banana] FW: New Version Notification for draft-leymann-banana-ecn-00.txt


Hi all,

The BANANA-ECN issue was discussed during the BANANA side meeting in Prague. We think that the idea of ECN operations for bonding tunnels make sense. Therefore, we post the draft "BANdwidth Aggregation for interNet Access (BANANA) ECN Operations for Bonding Tunnels".

Please find the links of the draft below. Comments are welcomed!


Best regards,
Lihao


-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: Tuesday, September 12, 2017 2:49 PM
To: Gengxuesong (Geng Xuesong); chenlihao; Zhangmingui (Martin); 4c 67; Cornelius Heidemann; Liang Geng; Jun Shen; Nicolai Leymann
Subject: New Version Notification for draft-leymann-banana-ecn-00.txt


A new version of I-D, draft-leymann-banana-ecn-00.txt has been successfully submitted by Lihao Chen and posted to the IETF repository.

Name:		draft-leymann-banana-ecn
Revision:	00
Title:		BANdwidth Aggregation for interNet Access (BANANA) ECN Operations for Bonding Tunnels
Document date:	2017-09-12
Group:		Individual Submission
Pages:		9
URL:            https://www.ietf.org/internet-drafts/draft-leymann-banana-ecn-00.txt
Status:         https://datatracker.ietf.org/doc/draft-leymann-banana-ecn/
Htmlized:       https://tools.ietf.org/html/draft-leymann-banana-ecn-00
Htmlized:       https://datatracker.ietf.org/doc/html/draft-leymann-banana-ecn-00


Abstract:
   This document specifies a Bonding Tunnel ECN Mechanism that uses
   Explicit Congestion Notification (ECN) in bonding tunnels to notify
   congestion of a tunnel so that the load-balancing strategy of the
   tunnel ingress can be adjusted accordingly. Attributes for the
   control protocol of BANANA are defined to support this mechanism.

                                                                                  


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

_______________________________________________
Banana mailing list
Banana@ietf.org
https://www.ietf.org/mailman/listinfo/banana