Re: [mif] Follow up with BBF proposal

Margaret Wasserman <margaretw42@gmail.com> Tue, 11 November 2014 03:47 UTC

Return-Path: <margaretw42@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E85C1AD52A for <mif@ietfa.amsl.com>; Mon, 10 Nov 2014 19:47:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.749
X-Spam-Level:
X-Spam-Status: No, score=-0.749 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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 YfcEm_3c8Ywz for <mif@ietfa.amsl.com>; Mon, 10 Nov 2014 19:47:03 -0800 (PST)
Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CFC01AD519 for <mif@ietf.org>; Mon, 10 Nov 2014 19:47:03 -0800 (PST)
Received: by mail-wg0-f50.google.com with SMTP id z12so10385308wgg.23 for <mif@ietf.org>; Mon, 10 Nov 2014 19:47:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=OTwAbPTYG4drBYt0nvSN6LBFp6hSEALLkzQ7tO8qyLE=; b=lHGmSb4SjxaSB7EPDOFXyjIKAVmlQrIb6de1J4Xr5PKviJr3K195d5P9PEQ/489/sX RmXROl3AmUxhby69diAbKSCawIOGFTvValfxM53BVNtHXBTWv5S+Nfb/Obs91Z6SUdvF q8/dGPgyLfe8A2XtOUXS1BTBN6Ne0wHHX5MhwFIqRxextn274giWM3N0RA8619JGkNdH lz5DN95G9t+QUGQ4NDhiL2w6IdHDrRxtcfuMacwS0ZP4npIScIWaGlVLX2gzsn968C0E dmQKTrop/YkhjktBxM+l0D0/631+MAiGUsobDGU3w682QTDDyshpAJ+MAXSQgCJL4Mbt jsuw==
X-Received: by 10.180.20.8 with SMTP id j8mr37192037wie.60.1415677622049; Mon, 10 Nov 2014 19:47:02 -0800 (PST)
Received: from t2001067c0370015255c29f06eb7715c8.eduroam.v6.meeting.ietf.org (t2001067c0370015255c29f06eb7715c8.eduroam.v6.meeting.ietf.org. [2001:67c:370:152:55c2:9f06:eb77:15c8]) by mx.google.com with ESMTPSA id fr6sm15763849wic.1.2014.11.10.19.46.59 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 10 Nov 2014 19:47:01 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_4C1F50A2-701D-4769-BDBD-3843C3D1EED2"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Margaret Wasserman <margaretw42@gmail.com>
In-Reply-To: <1BC71728-94D7-48A3-B01D-0645DF8314F3@yegin.org>
Date: Mon, 10 Nov 2014 17:46:56 -1000
Message-Id: <EE6B09E0-C175-42C4-A95D-B417D1781345@gmail.com>
References: <01FE63842C181246BBE4CF183BD159B449037ECA@nkgeml504-mbx.china.huawei.com> <D0765101.175805%sgundave@cisco.com> <005401cff509$3719eb30$a54dc190$@com> <D0869CBD.177FDF%sgundave@cisco.com> <1BC71728-94D7-48A3-B01D-0645DF8314F3@yegin.org>
To: Alper Yegin <alper.yegin@yegin.org>
X-Mailer: Apple Mail (2.1510)
Archived-At: http://mailarchive.ietf.org/arch/msg/mif/X3M0C3dOZL8tgd8mpZkDz8aBSL0
Cc: Brian Haberman <brian@innovationslab.net>, "mif@ietf.org" <mif@ietf.org>
Subject: Re: [mif] Follow up with BBF proposal
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif/>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Nov 2014 03:47:06 -0000

The MIF problem statement describes a particular set of problems on Multiple Interface networks.  If we wrote a problem statement (anywhere in the IETF) for "hybrid access networks", that would be a different problem…  That problem is not covered in any WG's current charter, and it is up to the ADs to decide whether to charter any work related to that problem, and if so where.

In the meantime, would it be possible for us to have a technical discussion of the BBF Hybrid Access problem?  It would be good to discuss what the problem actually is and how existing IETF protocols might apply to that problem.  Ideally we would do this without:  (1) having some unbounded political discussion about where to charter work that we haven't even agreed that we need to do yet, or (2) trying to specify new solutions to the problem, at least until we understand how existing solutions do/don't apply?

Margaret



On Nov 10, 2014, at 4:44 PM, Alper Yegin <alper.yegin@yegin.org> wrote:

> MIF focuses on the following issues, and the issue BBF is bringing up is a totally  separate issue.
> It's about how two links can be aggregated for capacity and reliability boost.
> 
> So, I agree with Sri that this is not a MIF WG issue.
> 
> The MIF problem statement document [RFC6418] enumerates the problems into 3 categories:
>   1. Lack of consistent and distinctive management of configuration elements, associated with different networks.
>   2. Inappropriate mixed use of configuration elements, associated with different networks, in the course of a particular network activity / connection.
>   3. Use of a particular network, not consistent with the intent of the scenario / involved parties, leading to connectivity failure and / or other undesired consequences.
> 
> Alper
> 
> 
> 
> 
> On Nov 11, 2014, at 3:08 AM, Sri Gundavelli (sgundave) wrote:
> 
>> Hi Hui,
>> 
>> The BBF requirement as presented in the BBF documents and as interpreted in draft-seite and draft-lhwxz is about enabling a CPE device to attach to multiple access network and perform flow management. However, I look at it, I see this this is a mobility requirement and is really not in the scope of MIF WG. The BBF requirement in question is all about flow switching or flow splitting across access systems. I'm not sure why this work belongs MIF and not DMM which is chartered to handle all mobility use-cases. We have discussed this specific use-case of flow splitting during MIF formation and explicitly disallowed MIF WG from taking up such work. The following is the quote from the MIF chartered text. Also, the MIF WG was primarily looking at issues for a host attached to multiple access networks, but the hybrid access is about a CPE attached to multiple networks. I really think this work should be done in DMM and we did present the requirements in the last IETF meeting.
>> 
>> 
>> http://datatracker.ietf.org/wg/mif/charter/
>> 
>> No work will be done to enable traffic flows to move from one interface to another. The group recognizes existing work on mechanisms that require peer or network support for moving traffic flows such as RFC 5206, RFC 4980 and the use of multiple care-of addresses in Mobile IPv6. This group does not work on or impact such mechanisms. Future work in this area requires rechartering the working group or asking other, specialized working groups (such as DHC or 6MAN) to deal with specific issues.
>> 
>> 
>> 
>> 
>> Regards
>> Sri
>> 
>> From: Hui Deng <denghui@chinamobile.com>
>> Date: Friday, October 31, 2014 4:50 AM
>> To: Sri Gundavelli <sgundave@cisco.com>, 'Xueli' <xueli@huawei.com>, "pierrick.seite@orange.com" <pierrick.seite@orange.com>, 'Ted Lemon' <Ted.Lemon@nominum.com>, "'STARK, BARBARA H'" <bs7652@att.com>, 'Alexandru Petrescu' <alexandru.petrescu@gmail.com>
>> Cc: "mif@ietf.org" <mif@ietf.org>
>> Subject: Follow up with BBF proposal
>> 
>> Hi everybody
>>  
>> I am recommending that Xue Li could help to put down the slide for the problem statement from BBF.
>>  
>> And MIP/NEMO proponents (Pierrick, Alex, Sri) and Xue Li could kindly to meet together during IETF meeting
>> to discuss by adding s thelide about how today solutions meet the requirement or there are some gap still, and whether that problem should be solvable in IETF.
>>  
>> Chairs will talk with AD whether MIF or somewhere else will consider to discuss those issues during the f2f session.
>>  
>> Best regards,
>>  
>> -Hui
>> _______________________________________________
>> mif mailing list
>> mif@ietf.org
>> https://www.ietf.org/mailman/listinfo/mif
> 
> _______________________________________________
> mif mailing list
> mif@ietf.org
> https://www.ietf.org/mailman/listinfo/mif