[rddp] MPA startup sequence issues (1) and (2)
Black_David@emc.com Wed, 24 March 2004 17:21 UTC
Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA07588 for <rddp-archive@odin.ietf.org>; Wed, 24 Mar 2004 12:21:59 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B6C4K-00011D-1b for rddp-archive@odin.ietf.org; Wed, 24 Mar 2004 12:21:32 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i2OHLWNs003915 for rddp-archive@odin.ietf.org; Wed, 24 Mar 2004 12:21:32 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B6C4J-000114-Tl for rddp-web-archive@optimus.ietf.org; Wed, 24 Mar 2004 12:21:31 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA07580 for <rddp-web-archive@ietf.org>; Wed, 24 Mar 2004 12:21:29 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1B6C4I-00056g-00 for rddp-web-archive@ietf.org; Wed, 24 Mar 2004 12:21:30 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1B6C3V-00052g-00 for rddp-web-archive@ietf.org; Wed, 24 Mar 2004 12:20:41 -0500
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1B6C2q-0004xc-00 for rddp-web-archive@ietf.org; Wed, 24 Mar 2004 12:20:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B6C2r-0000tz-5k; Wed, 24 Mar 2004 12:20:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B6C2B-0000qo-2S for rddp@optimus.ietf.org; Wed, 24 Mar 2004 12:19:19 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA07431 for <rddp@ietf.org>; Wed, 24 Mar 2004 12:19:16 -0500 (EST)
From: Black_David@emc.com
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1B6C29-0004sF-00 for rddp@ietf.org; Wed, 24 Mar 2004 12:19:17 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1B6C1G-0004jE-00 for rddp@ietf.org; Wed, 24 Mar 2004 12:18:23 -0500
Received: from mxic2.corp.emc.com ([128.221.12.9]) by ietf-mx with esmtp (Exim 4.12) id 1B6C0M-0004ZU-00 for rddp@ietf.org; Wed, 24 Mar 2004 12:17:26 -0500
Received: by mxic2.corp.emc.com with Internet Mail Service (5.5.2653.19) id <HSHHQX9V>; Wed, 24 Mar 2004 12:16:46 -0500
Message-ID: <B459CE1AFFC52D4688B2A5B842CA35EA7A579A@corpmx14.us.dg.com>
To: rddp@ietf.org
Date: Wed, 24 Mar 2004 12:16:44 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
Subject: [rddp] MPA startup sequence issues (1) and (2)
Sender: rddp-admin@ietf.org
Errors-To: rddp-admin@ietf.org
X-BeenThere: rddp@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/rddp>, <mailto:rddp-request@ietf.org?subject=unsubscribe>
List-Id: IETF Remote Direct Data Placement (rddp) WG <rddp.ietf.org>
List-Post: <mailto:rddp@ietf.org>
List-Help: <mailto:rddp-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/rddp>, <mailto:rddp-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.3 required=5.0 tests=AWL, NO_REAL_NAME autolearn=no version=2.60
This is the first of several emails whose goal is to achieve mailing list consensus on issues discussed in Seoul. This email covers issues (1) and (2), which concern permissible startup sequences for MPA. The Seoul minutes say: (1) Fast FPDU return (responder need not wait for first pdu). Tentative proposal: leave as-is (responder must wait). No dissension in room. This is not needed for client/server, as the server expects to wait for the client. Need to take proposal to the list. (2) Active/Active startup. Tentative proposal: leave as-is (no support for active/active). No dissension in room. Note, no known applications require it. Need to take proposal to the list. For both of these issues, the rationale for not supporting the expanded functionality (Fast FPDU return, Active/Active startup) centers around practical issues for dual-stack implementations. draft-culley-mpa-issueresponses-00.txt contains an extensive discussion of these implementations, why they're of interest, and the difficulties that these two features pose to that class of implementation, which the WG clearly considers to be important. In other words, this is a "what is reasonable to build in practice" engineering rationale, as opposed to a "what is possible in principle" design rationale, which is a good way to go about making decisions in the IETF. For the purpose of starting discussion, since Caitlin Bestler is the only person I can recall strongly advocating these two features, I believe that there is rough consensus not to support them (and hence also not to support them in the SCTP mapping for consistency). Not supporting these features means senders MUST NOT attempt them, and they are an error case at the receiver if they occur. For further discussion ... Thanks, --David ---------------------------------------------------- David L. Black, Senior Technologist EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- _______________________________________________ rddp mailing list rddp@ietf.org https://www1.ietf.org/mailman/listinfo/rddp
- [rddp] MPA startup sequence issues (1) and (2) Black_David
- Re: [rddp] MPA startup sequence issues (1) and (2) Talpey, Thomas
- Re: [rddp] MPA startup sequence issues (1) and (2) Caitlin Bestler