Re: [mif] Fwd: New Version Notification for draft-kline-mif-mpvd-api-reqs-00.txt
Stjepan Groš <stjepan.gros@fer.hr> Mon, 02 November 2015 09:44 UTC
Return-Path: <stjepan.gros@fer.hr>
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 79CA21A0262 for <mif@ietfa.amsl.com>; Mon, 2 Nov 2015 01:44:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.309
X-Spam-Level:
X-Spam-Status: No, score=-2.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 XnOQnaZdWy-T for <mif@ietfa.amsl.com>; Mon, 2 Nov 2015 01:44:19 -0800 (PST)
Received: from mail.zemris.fer.hr (gandalf.zemris.fer.hr [161.53.65.11]) by ietfa.amsl.com (Postfix) with ESMTP id 6249A1A024E for <mif@ietf.org>; Mon, 2 Nov 2015 01:44:19 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.zemris.fer.hr (Postfix) with ESMTP id F0FCA3B7C04C; Mon, 2 Nov 2015 10:44:16 +0100 (CET)
X-Virus-Scanned: amavisd-new at zemris.fer.hr
Received: from mail.zemris.fer.hr ([127.0.0.1]) by localhost (mail.zemris.fer.hr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Obul+gJi66+w; Mon, 2 Nov 2015 10:44:15 +0100 (CET)
Received: from w540.sistemnet.local (Enel.zemris.fer.hr [161.53.65.34]) by mail.zemris.fer.hr (Postfix) with ESMTPSA id 27F883B7C047; Mon, 2 Nov 2015 10:44:15 +0100 (CET)
References: <20151101150337.10435.25207.idtracker@ietfa.amsl.com> <CAAedzxq8XtC9h1ubA2=hNWEDNZC7rmibLKjbZU9BXdY61vG_dA@mail.gmail.com>
To: Erik Kline <ek@google.com>
From: Stjepan Groš <stjepan.gros@fer.hr>
Organization: UNIZG - FER
Message-ID: <5637306E.40006@fer.hr>
Date: Mon, 02 Nov 2015 10:44:14 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <CAAedzxq8XtC9h1ubA2=hNWEDNZC7rmibLKjbZU9BXdY61vG_dA@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="OQEQwOaKfMTMSEpIW9XSB4fAlNrvI34wW"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mif/2QTWUVuaps4QtRIuA67tOfgeOCk>
Cc: mif@ietf.org
Subject: Re: [mif] Fwd: New Version Notification for draft-kline-mif-mpvd-api-reqs-00.txt
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 02 Nov 2015 09:44:22 -0000
Hi Erik, Thank you for the draft. I have few comments/questions. First, what I'm reading from the draft is that each PvD aware application should have access to a single PvD at any single moment? If that is so, what about mpTCP and SCTP applications that are PvD aware? They should have access to multiple PvDs simultaneously for a fail over reasons. So, how this draft takes into account that use case? In section 3.4 there is a note/question about "loopback PvD". What we were thinking/discussing is that there should be such a PvD for backwards compatibility, i.e. for non-PvD aware applications that for some reason expect all available connections and interfaces (PvDs) to be present (non-PvD aware mpTCP and SCTP applications, UDP applications, debugging applications like tcpdump/wireshark). This configuration we called internally "root network name space". SG On 01.11.2015 16:08, Erik Kline wrote: > All, > > Quite, quite late, but I took a stab at scrapping the presentation > from Prague and writing instead an MPvD API requirements document. > > -ek > > > ---------- Forwarded message ---------- > From: <internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>> > Date: 2 November 2015 at 00:03 > Subject: New Version Notification for draft-kline-mif-mpvd-api-reqs-00.txt > > > > A new version of I-D, draft-kline-mif-mpvd-api-reqs-00.txt > has been successfully submitted by Erik Kline and posted to the > IETF repository. > > Name: draft-kline-mif-mpvd-api-reqs > Revision: 00 > Title: Multiple Provisioning Domains API Requirements > Document date: 2015-11-01 > Group: Individual Submission > Pages: 15 > URL: > https://www.ietf.org/internet-drafts/draft-kline-mif-mpvd-api-reqs-00.txt > Status: > https://datatracker.ietf.org/doc/draft-kline-mif-mpvd-api-reqs/ > Htmlized: > https://tools.ietf.org/html/draft-kline-mif-mpvd-api-reqs-00 > > > Abstract: > RFC 7556 [RFC7556] provides the essential conceptual guidance an API > designer would need to support use of PvDs. This document aims to > capture the requirements for an API that can be used by applications > that would be considered "advanced", according to section 6.3 [1] of > RFC 7556 [RFC7556]. The "basic" [2] and "intermediate" [3] API > support levels can in principle be implemented by means of layers > wrapping the advanced API. > > > > > 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 > <http://tools.ietf.org>. > > The IETF Secretariat > >
- [mif] Fwd: New Version Notification for draft-kli… Erik Kline
- Re: [mif] Fwd: New Version Notification for draft… Stjepan Groš
- Re: [mif] Fwd: New Version Notification for draft… Erik Kline
- Re: [mif] Fwd: New Version Notification for draft… Stjepan Groš
- Re: [mif] Fwd: New Version Notification for draft… Erik Kline
- Re: [mif] Fwd: New Version Notification for draft… Stjepan Groš