RE: [rddp] Tagged vs Untagged wrt providing message length

pat_thaler@agilent.com Fri, 23 January 2004 22:25 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA29728 for <rddp-archive@odin.ietf.org>; Fri, 23 Jan 2004 17:25:23 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Ak9jV-0007IT-1J for rddp-archive@odin.ietf.org; Fri, 23 Jan 2004 17:24:57 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i0NMOvCe028043 for rddp-archive@odin.ietf.org; Fri, 23 Jan 2004 17:24:57 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Ak9jU-0007IE-UF for rddp-web-archive@optimus.ietf.org; Fri, 23 Jan 2004 17:24:56 -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 RAA29711 for <rddp-web-archive@ietf.org>; Fri, 23 Jan 2004 17:24:53 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Ak9jS-0003FZ-00 for rddp-web-archive@ietf.org; Fri, 23 Jan 2004 17:24:54 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Ak9iV-0003Ds-00 for rddp-web-archive@ietf.org; Fri, 23 Jan 2004 17:23:56 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1Ak9hc-0003CD-00 for rddp-web-archive@ietf.org; Fri, 23 Jan 2004 17:23:00 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Ak9hd-0007Eq-GB; Fri, 23 Jan 2004 17:23:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Ak9hV-0007EO-Lk for rddp@optimus.ietf.org; Fri, 23 Jan 2004 17:22:53 -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 RAA29653 for <rddp@ietf.org>; Fri, 23 Jan 2004 17:22:49 -0500 (EST)
From: pat_thaler@agilent.com
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Ak9hT-0003BK-00 for rddp@ietf.org; Fri, 23 Jan 2004 17:22:51 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Ak9gU-00038v-00 for rddp@ietf.org; Fri, 23 Jan 2004 17:21:51 -0500
Received: from msgbas1tx.cos.agilent.com ([192.25.240.37] helo=msgbas2x.cos.agilent.com) by ietf-mx with esmtp (Exim 4.12) id 1Ak9fX-00036b-00 for rddp@ietf.org; Fri, 23 Jan 2004 17:20:51 -0500
Received: from relcos1.cos.agilent.com (relcos1.cos.agilent.com [130.29.152.239]) by msgbas2x.cos.agilent.com (Postfix) with ESMTP id 440D0729A; Fri, 23 Jan 2004 15:20:51 -0700 (MST)
Received: from wcosbh23.cos.agilent.com (wcosbh23.cos.agilent.com [130.29.152.145]) by relcos1.cos.agilent.com (Postfix) with ESMTP id 2982B300; Fri, 23 Jan 2004 15:20:51 -0700 (MST)
Received: from wcosmb02.cos.agilent.com ([130.29.152.96]) by wcosbh23.cos.agilent.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 23 Jan 2004 15:20:50 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [rddp] Tagged vs Untagged wrt providing message length
Date: Fri, 23 Jan 2004 15:20:50 -0700
Message-ID: <CA56AF7C40BC6540BA471AD2CC8F305709C5F0@wcosmb02.cos.agilent.com>
Thread-Topic: [rddp] Tagged vs Untagged wrt providing message length
Thread-Index: AcPewoKbDX8YS3RsSda63w6bhe+K2gDOsqKQ
To: cait@asomi.com, rddp@ietf.org
Cc: bbr@lampreynetworks.com
X-OriginalArrivalTime: 23 Jan 2004 22:20:50.0793 (UTC) FILETIME=[28714D90:01C3E1FF]
Content-Transfer-Encoding: quoted-printable
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
Content-Transfer-Encoding: quoted-printable
Content-Transfer-Encoding: quoted-printable

Caitlin,

DDP doesn't provide notification of any placements - tagged or untagged but it does provide notification of completion of a tagged message. A tagged message has a header including a RsvdULP field that MUST be passed to the ULP on completion  and delivery of the message. For instance, the RDMA Read Response is a tagged message. RDMAP needs to receive the notice of that completion to know that the data for the RDMA Read Request has been placed. (In an earlier email, I erred when I said the response was an untagged message.)

It is RDMAP that doesn't bother its ULP with delivery of some events such as RDMA writes.

Length isn't provided for tagged messages because the ULP is responsible for exchanging that information if needed and because DDP doesn't know the length. It would have to scoreboard to get the starting and ending offsets for a Tagged message and it isn't required to do that.

Regards,
Pat

-----Original Message-----
From: rddp-admin@ietf.org [mailto:rddp-admin@ietf.org]On Behalf Of
Caitlin Bestler
Sent: Monday, January 19, 2004 11:17 AM
To: RDDP
Cc: Barry Reinhold
Subject: Re: [rddp] Tagged vs Untagged wrt providing message length



On Jan 19, 2004, at 10:46 AM, Barry Reinhold wrote:

> Hemal (or whomever wishes to post),
> 	Clause 7.4 states that:
>
> "At the Data Sink, DDP MUST provide the ULP Message Length to the ULP
>    when an Untagged DDP Message is Delivered."
>
> Is it thus not required that the length be provided for Tagged DDP
> messages?
>
> I guess I am unclear as to why length is needed for the untagged but 
> not
> for the tagged.
>
> Barry Reinhold
> Lamprey Networks
> bbr@lampreynetworks.com
> (603) 868-8411
>

Normally DDP provides no notification of tagged placements
to the ULP -- except that delivery of an untagged message
cannot take place until all *prior* tagged messages have
been fully placed.

Further, even though the standard does not state that the
DDP layer MUST NOT tell the ULP about individual tagged
placements, the ULP MUST NOT use the buffers until the
trailing untagged message is delivered. So there wouldn't
be any point in supplying that information.

The benefits of suppressing ULP interactions for tagged
messages is covered in the applicability statement.

http://www.ietf.org/internet-drafts/draft-ietf-rddp-applicability-01.txt





-- 
Caitlin Bestler - cait@asomi.com - http://asomi.com/
http://asomi.com/CaitlinBestlerPublicPgpKey.html


_______________________________________________
rddp mailing list
rddp@ietf.org
https://www1.ietf.org/mailman/listinfo/rddp


_______________________________________________
rddp mailing list
rddp@ietf.org
https://www1.ietf.org/mailman/listinfo/rddp