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

Hi Philip,

Thanks for your comments. Please see inline.

Best wishes,
Lihao

> -----Original Message-----
> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
> Sent: Wednesday, September 20, 2017 4:39 PM
> To: chenlihao; banana@ietf.org
> Subject: RE: New Version Notification for draft-leymann-banana-ecn-00.txt
> 
> 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?

I'd like to update this part in future versions to make the description more accurate. Maybe like this: "At the tunnel egress, the ECN field of the outgoing packet will not be set to CE unless both conditions are met: 1. This packet's outer IP header is CE; 2. Before a specific time period, there has been at least one packet from the other tunnel with a CE outer IP header."  The intuition here is, we don't have to reduce the end-to-end sending rate unless both tunnels are suffered from congestion.

> << 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".

I'm relatively familiar with GRE, so I just use it as an example for realizing the ECN idea. I think it can be applied to other banana encapsulations as well.

> 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