IETF Logo Mail Archive

Re: [Banana] Charter

Margaret Wasserman <margaretw42@gmail.com> Wed, 20 September 2017 03:48 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 2365513219F for <banana@ietfa.amsl.com>; Tue, 19 Sep 2017 20:48:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham 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 F57NPFds-a1z for <banana@ietfa.amsl.com>; Tue, 19 Sep 2017 20:47:58 -0700 (PDT)
Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (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 3CA5612426E for <banana@ietf.org>; Tue, 19 Sep 2017 20:47:58 -0700 (PDT)
Received: by mail-qk0-x22a.google.com with SMTP id o77so1564327qke.9 for <banana@ietf.org>; Tue, 19 Sep 2017 20:47:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=OZkFRizavcAILDcgK1vOQbqReGiWRE0f16c2i9egjsQ=; b=BEMW9npQmwiN9ld6QzOMFMjt2a09K5sr3SqRHcK0rkV1AJaVoCaAG9cEh2kIMiq4gR WILTTrIS/ygp+0seKXcq/cIDcgLlh6BbIKdP9cGF941h7RhgXbCMfQ93ISo443HTXFFx aAiyfHxUchsI+rDUQUR4AyFGExk1KBRtuZtbwfi9JCuiUYMp+9XlsxxGb8eMA/FQv5km U/P9LlE/sAfj+gVWtNmYuHEV5xyeTVu7WZuz8djfAVJ8bliuwmjBHThE90bMY6S9s7iK ntRroPtCtd5M6nctHu7+liCOjB/WrROD/gyWfe7AngjCfWJSCfcS//NhGtvuONru196J xH5g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=OZkFRizavcAILDcgK1vOQbqReGiWRE0f16c2i9egjsQ=; b=d3kRb2dL95Xb/6BeSleB3v0aB4nYuMu477+q/HW2U9Vkl9ci2RqeH3DDfwApUc93cQ joQio/lbdmhqBtxmTqk2215TWwUC7ge5T0ds74tCOZMn0Y0raPpDvQvr7ePRfESS3DbY 3GN1m1i/3F1R/5RSLuV7TXPO0pZOyjIgMU7ErwzQVZMWPH93aGreiTZ308GeNhEoSGKa N5mZcIUwBd0+qu09TLE5R0pKi5TzI5n/ZnuXCWcT7urbnsb697z06cHZRcM+j+ycY7x0 YhKaJ393SUrMotVzn9VVct2TftjZ/5PpqbnYng29Gl/HUC43+gla/PXyJ/GFUCUAR3np 251w==
X-Gm-Message-State: AHPjjUgeWLxJSubMbGXoe6xGaH3ufim99sCGazWAuBVXZlE/CLD7X2BU QyWiPZBZM1tH4KZ7TTjBCNY=
X-Google-Smtp-Source: AOwi7QAkR8Soq5WgH2hllbQxSLJxvMfVf4OnqbC3wcbIHDP07XV7OxEd/AWXvk3+Ji6smInW/dlUzQ==
X-Received: by 10.55.168.12 with SMTP id r12mr4812692qke.283.1505879277303; Tue, 19 Sep 2017 20:47:57 -0700 (PDT)
Received: from ?IPv6:2607:fb90:e87:14d:9516:eb6a:f538:89e4? ([2607:fb90:e87:14d:9516:eb6a:f538:89e4]) by smtp.gmail.com with ESMTPSA id v40sm711852qta.9.2017.09.19.20.47.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Sep 2017 20:47:56 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-BB666C57-8460-4965-82B1-0EB4108E5057"
Mime-Version: 1.0 (1.0)
From: Margaret Wasserman <margaretw42@gmail.com>
X-Mailer: iPhone Mail (14G60)
In-Reply-To: <D5E6F82F.22DA6D%sgundave@cisco.com>
Date: Tue, 19 Sep 2017 23:47:56 -0400
Cc: Tommy Pauly <tpauly@apple.com>, Margaret Cullen <mrcullen42@gmail.com>, "Zhangmingui (Martin)" <zhangmingui@huawei.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>, "banana@ietf.org" <banana@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <FF152404-DEA1-46D5-B44D-E755CBD1F896@gmail.com>
References: <96A7BC33-FB64-487A-A60D-7AB8504C9DDF@gmail.com> <a1df884a51f246a7969c0057ff78d807@BTWP000357.corp.ads> <C3A4BFB9-EAD7-4B32-90C1-248D6D74ECD1@gmail.com> <9A767D1D-C6CA-4C7D-A281-7150E259881D@gmail.com> <DB5PR07MB13998EE07C5B5D5DBACED79C9B1A0@DB5PR07MB1399.eurprd07.prod.outlook.com> <7ED94797-5E72-4191-B861-4CD2F410BBD5@gmail.com> <7i60gox0c8.wl-jch@irif.fr> <DB5PR07MB1399FEDB262E0205457EA8AB9BFC0@DB5PR07MB1399.eurprd07.prod.outlook.com> <87bmqgov69.wl-jch@irif.fr> <DB5PR07MB1399977AFFE9FA7D19A2D34D9BFC0@DB5PR07MB1399.eurprd07.prod.outlook.com> <0d8ce583860345b89020113f1239be5d@BTWP000357.corp.ads> <21BD0F20-9CE5-466B-992E-93F6D84DB7D4@gmail.com> <95788B92-E8C1-4FE6-9B0C-7F29361D9297@trammell.ch> <d3759d89-9f6e-bcf4-8c44-32f3f435d784@gmail.com> <01e83ac6-0bd0-e7c7-01e4-0ffb7af73034@gmail.com> <4B6D7CF5-E6BC-4ECA-9299-7458A624320B@nokia.com> <B31BA5EB-7369-4B49-B240-AA6C3E653231@gmail.com> <2F216DBC-43EE-45AC-AAB8-68C81A14AD73@nokia.com> <4552F0907735844E9204A62BBDD325E7A65EC703@NKGEML515-MBX.china.huawei.com> <260086DD-D245-46EF-89E2-308D5A58AAFB@nokia.com> <5FECB6A6-41B7-41D1-A8B8-B7BCE8474F90@gmail.com> <2CD45C9D-41FB-425F-946E-D3AE47C9B000@nokia.com> <6A618A1C-92FB-467F-8F7D-6A9B40FC191E@gmail.com> <D5E56BEA.28AE8D%sgundave@cisco.com> <9CD725AF-B9FE-4E81-BFD6-21A812DF48CF@gmail.com> <D5E58ECD.22D723%sgundave@cisco.com> <355C07D1-032F-4E07-AEEB-6E1FD5024A68@gmail.com> <D5E5AA42.22D7AB%sgundave@cisco.com> <E16200ED-1BEF-48F3-A43E-E738AD6A2A12@gmail.com> <D5E68DEF.22D875%sgundave@cisco.com> <F8841D2A-A04A-448E-BC99-BD18BD178DD2@apple.com> <D5E6F82F.22DA6D%sgundave@cisco.com>
To: "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/banana/nMNHf4iIuv9Tw6FTj29tLw9ZWEU>
Subject: Re: [Banana] Charter
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 03:48:00 -0000

Hi Sri,

> 6. Multi path Support with QUIC/MPTCP Proxy (Proxy Initiated)
> 
> 
> <1C40439B-02E1-47BC-BE0B-28B2BD41E2F1.png>
> 
Given that the standard parts of this protocol (as you describe them) only includes flow-based distribution between the links, how would this solution allow a single flow to use the bandwidth of multiple links?  How do you control (or at least influence how reverse-path traffic is distributed?

I am at least somewhat familiar with MIP and PMIP (although I will grant that you are much more knowledgable about it), and this is the part I don't understand.  Are you performing packet-based distribution that using some sort of changes or extensions to PMIP?  Or is your solution purely flow based?

Margaret

v2.23.0 | Report a Bug | By Email