[Banana] Troublesome Encapsulations

Margaret Cullen <margaretw42@gmail.com> Wed, 20 September 2017 20:23 UTC

Return-Path: <margaretw42@gmail.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 B253C134336 for <banana@ietfa.amsl.com>; Wed, 20 Sep 2017 13:23:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.75
X-Spam-Level:
X-Spam-Status: No, score=-1.75 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Z2m0iPPgpZHI for <banana@ietfa.amsl.com>; Wed, 20 Sep 2017 13:23:48 -0700 (PDT)
Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1C06134338 for <banana@ietf.org>; Wed, 20 Sep 2017 13:23:48 -0700 (PDT)
Received: by mail-qt0-x232.google.com with SMTP id q4so4048502qtq.8 for <banana@ietf.org>; Wed, 20 Sep 2017 13:23:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:subject:message-id:date:to :mime-version; bh=aS/Xinuk+0k26SeS33pFqkqGvN+x2GM3CB4cDP3xMms=; b=Kf3F6Hu4Gu3DPas968GMx8OltcnVbv0lHq5kh76EKMSiDBA9p9q8yk0zUucXSMwCUq RnkV2w7zJY5Z4YSqNpF5Or4xhaxKsxNYDIoebCY3BHJlZMNafjbdmhmkDtIv61WYpgQb 35VGei7pQDhJqEAPGqX1WuLDe2ScWds86Mp6S+9SsJGK44gXgouBHBReyXEEW2GX26sn rurfdEZJ0jzJO4GPHU1qlDW16U+IR833iDeBMZ4nGXMQURxsYQBZVgq9rLZ7C5HaEXmZ 9U8EXAtXeAf6ByzKJz7qP/9vGK39gHsH1S0GVmp7FvkZrzwZSb4TYPwXHh6w2rJ2IJTm rQPw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:subject :message-id:date:to:mime-version; bh=aS/Xinuk+0k26SeS33pFqkqGvN+x2GM3CB4cDP3xMms=; b=KfjHhaaXYNgeDTs+DRVLkZPbLkeNcUrJl1vgqQqhIwe1GKMnDnfMHjmAdwdFjjLEcK mxx2Tb8zWMpumzp+l+oCB2H29UiTtrgT85Ag2fgUOikthiYYaJVtzzk9nJYl2WIpsaUe Kf+rWqF7TPXHRYu1t/jN8ZaQBPB+PJGgE8AQGbLMRx0DS4GvH6IdKu/5IYba/ItyyMm2 jq1AcDP9vCZRM+m3o6QRrvOuJlmQFH3HqLOvuKwwkmFGM0ELccpaJH05VGFgVGhfArnF tEWYyyV/DGFXNDSxQ6aEN2iXAdfIwz68T5J9/3CQR3wqCS5pJAKG3ZhOwLvf72Zdr8BD x61A==
X-Gm-Message-State: AHPjjUjm52eaTRQyhNEkZn7EaWgSfISZmOZ7QUYZJuG1sIy5KZz3qJyc k4qsPdCWA2PU+MfFQIbBHOab5XAH
X-Google-Smtp-Source: AOwi7QBs4pJdsFNvLN2jMIpVdaJ36ozea+t0Go7aLNm0eSNEpF/BKa5lMeAxsyvMFmjGo1hdQQInHw==
X-Received: by 10.200.9.61 with SMTP id t58mr9837739qth.317.1505939027496; Wed, 20 Sep 2017 13:23:47 -0700 (PDT)
Received: from ?IPv6:2603:3005:2409:8400:70c7:d017:6cf2:e3f1? ([2603:3005:2409:8400:70c7:d017:6cf2:e3f1]) by smtp.gmail.com with ESMTPSA id 13sm1969122qtp.74.2017.09.20.13.23.47 for <banana@ietf.org> (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Sep 2017 13:23:47 -0700 (PDT)
From: Margaret Cullen <margaretw42@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-Id: <81FD5C97-6FA4-49AF-913A-8CA73F395C94@gmail.com>
Date: Wed, 20 Sep 2017 16:23:46 -0400
To: banana@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/acixMmP7wjIFEjYYSH_kLdLWvNw>
Subject: [Banana] Troublesome Encapsulations
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 20:23:50 -0000

We seem to be continuing to struggle with the term "BANANA Encapsulations", and I have been thinking about alternatives.  The problem comes up because neither “transport” nor “encapsulation” is the right word, since some of the proposed BANANA approaches use transport-layer mechanisms to split/recombine flows, while others use tunnel-based mechanisms (AKA encapsulations) to split/recombine flows.

What if, instead, we used the term “Bandwidth Aggregation (BA) Mechanism”?  We would define a BA Mechanism to be a transportlayeror encapsulation-layer mechanism that splits a single flow across multiple access networks and restores the traffic to a single flow before it reaches its final destination.  

We could then make it clear that the BANANA signaling protocol should be designed to work with multiple possible BA Mechanisms, perhaps even with multiple BA Mechanisms in use on the same BANANA Box at the same time.

Do you think this change would make the charter clearer?  Or more confusing?  Any other thoughts?

If folks like this general idea, I will suggest explicit charter changes to make it so.

Thanks,
Margaret