From tedk@sac.sfbay.sun.com Fri Feb  5 11:26:51 2010
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o15JQp8a023771
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 5 Feb 2010 11:26:51 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o15JQpZL005492;
	Fri, 5 Feb 2010 11:26:51 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KXD00B09VCRLY00@nwk-avmta-1.sfbay.Sun.COM>; Fri,
 05 Feb 2010 11:26:51 -0800 (PST)
Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KXD0088HVCQ5Z40@nwk-avmta-1.sfbay.Sun.COM>; Fri,
 05 Feb 2010 11:26:50 -0800 (PST)
Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id o15JQoBm029534; Fri, 05 Feb 2010 11:26:50 -0800 (PST)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o15JQn27023639; Fri,
 05 Feb 2010 11:26:49 -0800 (PST)
Received: (from tedk@localhost)	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit)
 id o15JQnmT023618; Fri, 05 Feb 2010 11:26:49 -0800 (PST)
Date: Fri, 05 Feb 2010 11:26:49 -0800 (PST)
From: Ted Kim <tedk@sac.sfbay.sun.com>
Subject: Reliable Datagram Service v3 [PSARC/2010/043 FastTrack timeout
 02/12/2010]
To: PSARC-ext@sun.com
Message-id: <201002051926.o15JQnmT023618@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 3825


Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
This information is Copyright 2010 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 Reliable Datagram Service v3
    1.2. Name of Document Author/Supplier:
	 Author:  Sherman Pun
    1.3  Date of This Document:
	05 February, 2010
4. Technical Description

RDSv3 - Reliable Datagram Service version 3

Table of Contents

        I.   Introduction
        II.  Summary of Interfaces
	III. Man Page Changes

I. Introduction


	This fasttrack defines an upgrade of the current version 1 of the
	Reliable Datagram Service, rds driver (PSARC 2006/356) to version 3. 
	This driver, RDSv3 will be compliant with version 1 applications 
	but will also add new features like:

	1. Remote DMA (RDMA) support.
	2. Connect(3SOCKET) interface.

	However, Oracle, owner of the RDS specification had changed the wire 
	protocol and thus there is no interoperability requirements with 
	systems running with the version 1 driver. The version 3 protocol
        is used in Exadata 2.

	This software upgrade involves a porting of the Oracle Linux driver 
	version 1.4.2 which is distributed from the Open Fabrics Enterprise 
	Distribution (OFED) to Solaris. 


II. Summary of Interfaces

    This case asserts a micro/patch binding. 

    Same as in the case of version 1, the API is not a general-purpose 
    interface; it is specific to Oracle. These additional interfaces 
    would all be classified as Contracted Project Private, to be contracted 
    to Oracle.


A. Socket Call

    While our v3 implementation is technically a superset of the v1 
    implementation, we have decided not to alter the socket binding 
    for v1 at this time to minimize risks to the already certified 
    RAC 10gr2 on v1. 

    RDSv3 will use socket type SOCK_SEQPACKET instead of SOCK_DGRAM to
    distinguish itself from the version 1 driver.  A new entry of 
    "30  6   0  sockrds" will be integrated into /etc/sock2path.


B. RDMA Interfaces

    The Solaris driver will support the same RDMA interfaces as the
    the Linux driver. 

    In summary, the driver supports
    a. control messages (ancillary data) sent/received via the sendmsg(2)
       and recvmsg(2) system calls. Control messages are
	- RDS_CMSG_RDMA_MAP
	- RDS_CMSG_RDMA_DEST
	- RDS_CMSG_RDMA_ARGS
	- RDS_CMSG_RDMA_STATUS

    b. setsockopt(2) calls of
	- RDS_GET_MR
	- RDS_FREE_MR
	- RDS_RECVERR

    These interfaces and their usages are documented in the updated 
    rds(3SOCKET).


C. Interfaces Dependencies

    The driver will depend on the RDMA CM APIs and Open Fabrics kernel IB 
    VERBs from the OFUV project, PSARC 2009/421 and Low Latency Socket 
    Framework (Volo), PSARC 2007/587. 

    The dependencies with Open Fabrics kernel IB VERBS are handled
    via a contract for private interfaces from the OFUV project.
    OFUV has provided just enough functionality in these interfaces
    to support RDSv3. At this time, those interfaces are not capable
    of supporting the full range of OFED kernel verb consumers. Please
    see the contract file in the case directory for details.


III. ManPage Changes

    The rds(3SOCKET) will be updated with the interface changes above. RDMA 
    usage description is taken from the OFED rds-rdma.7d man page in 
    their 1.4.2 release. 

    Under materials subdirectory:
    case.txt - this document
    rdsv3.3socket.txt - update
    diff.v3-v1.3socket shows the diff between versions 1 and 3.	

    Manpage for existing rds.3socket could be found under:
    http://sac.sfbay/Archives/CaseLog/arc/PSARC/2006/356/commitment.materials/rds.3socket

6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		ON
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open


From gdamore@sun.com Fri Feb  5 12:34:24 2010
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o15KYNTP003639
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 5 Feb 2010 12:34:23 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o15KYNVl011341
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 5 Feb 2010 12:34:23 -0800 (PST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KXD0010RYHBY800@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.Com); Fri, 05 Feb 2010 13:34:23 -0700 (MST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KXD00CGTYHAL780@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri,
 05 Feb 2010 13:34:23 -0700 (MST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o15KYME0008355	for
 <PSARC-ext@Sun.Com>; Fri, 05 Feb 2010 12:34:22 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KXD00100YF0YC00@fe-sfbay-09.sun.com> for PSARC-ext@Sun.Com
 (ORCPT PSARC-ext@Sun.Com); Fri, 05 Feb 2010 12:34:22 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KXD009UBYH3SK50@fe-sfbay-09.sun.com>; Fri,
 05 Feb 2010 12:34:16 -0800 (PST)
Date: Fri, 05 Feb 2010 12:34:15 -0800
From: "Garrett D'Amore" <gdamore@sun.com>
Subject: Re: Reliable Datagram Service v3 [PSARC/2010/043 FastTrack timeout
 02/12/2010]
In-reply-to: <201002051926.o15JQnmT023618@sac.sfbay.sun.com>
Sender: Garrett.Damore@sun.com
To: Ted Kim <tedk@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com
Message-id: <4B6C80C7.7070209@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <201002051926.o15JQnmT023618@sac.sfbay.sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103
 Lightning/1.0b1 Thunderbird/3.0
Status: RO
Content-Length: 4319

On 02/ 5/10 11:26 AM, Ted Kim wrote:
> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI
> This information is Copyright 2010 Sun Microsystems
> 1. Introduction
>      1.1. Project/Component Working Name:
> 	 Reliable Datagram Service v3
>      1.2. Name of Document Author/Supplier:
> 	 Author:  Sherman Pun
>      1.3  Date of This Document:
> 	05 February, 2010
> 4. Technical Description
>
> RDSv3 - Reliable Datagram Service version 3
>
> Table of Contents
>
>          I.   Introduction
>          II.  Summary of Interfaces
> 	III. Man Page Changes
>
> I. Introduction
>
>
> 	This fasttrack defines an upgrade of the current version 1 of the
> 	Reliable Datagram Service, rds driver (PSARC 2006/356) to version 3.
> 	This driver, RDSv3 will be compliant with version 1 applications
> 	but will also add new features like:
>
> 	1. Remote DMA (RDMA) support.
> 	2. Connect(3SOCKET) interface.
>
> 	However, Oracle, owner of the RDS specification had changed the wire
> 	protocol and thus there is no interoperability requirements with
> 	systems running with the version 1 driver. The version 3 protocol
>          is used in Exadata 2.
>
> 	This software upgrade involves a porting of the Oracle Linux driver
> 	version 1.4.2 which is distributed from the Open Fabrics Enterprise
> 	Distribution (OFED) to Solaris.
>
>
> II. Summary of Interfaces
>
>      This case asserts a micro/patch binding.
>
>      Same as in the case of version 1, the API is not a general-purpose
>      interface; it is specific to Oracle. These additional interfaces
>      would all be classified as Contracted Project Private, to be contracted
>      to Oracle.
>    

What is application specific about these interfaces that they can't be 
made available as public interfaces (perhaps with Uncommitted binding?)  
Is there a compelling reason to limit their exposure?

     -- Garrett

>
> A. Socket Call
>
>      While our v3 implementation is technically a superset of the v1
>      implementation, we have decided not to alter the socket binding
>      for v1 at this time to minimize risks to the already certified
>      RAC 10gr2 on v1.
>
>      RDSv3 will use socket type SOCK_SEQPACKET instead of SOCK_DGRAM to
>      distinguish itself from the version 1 driver.  A new entry of
>      "30  6   0  sockrds" will be integrated into /etc/sock2path.
>
>
> B. RDMA Interfaces
>
>      The Solaris driver will support the same RDMA interfaces as the
>      the Linux driver.
>
>      In summary, the driver supports
>      a. control messages (ancillary data) sent/received via the sendmsg(2)
>         and recvmsg(2) system calls. Control messages are
> 	- RDS_CMSG_RDMA_MAP
> 	- RDS_CMSG_RDMA_DEST
> 	- RDS_CMSG_RDMA_ARGS
> 	- RDS_CMSG_RDMA_STATUS
>
>      b. setsockopt(2) calls of
> 	- RDS_GET_MR
> 	- RDS_FREE_MR
> 	- RDS_RECVERR
>
>      These interfaces and their usages are documented in the updated
>      rds(3SOCKET).
>
>
> C. Interfaces Dependencies
>
>      The driver will depend on the RDMA CM APIs and Open Fabrics kernel IB
>      VERBs from the OFUV project, PSARC 2009/421 and Low Latency Socket
>      Framework (Volo), PSARC 2007/587.
>
>      The dependencies with Open Fabrics kernel IB VERBS are handled
>      via a contract for private interfaces from the OFUV project.
>      OFUV has provided just enough functionality in these interfaces
>      to support RDSv3. At this time, those interfaces are not capable
>      of supporting the full range of OFED kernel verb consumers. Please
>      see the contract file in the case directory for details.
>
>
> III. ManPage Changes
>
>      The rds(3SOCKET) will be updated with the interface changes above. RDMA
>      usage description is taken from the OFED rds-rdma.7d man page in
>      their 1.4.2 release.
>
>      Under materials subdirectory:
>      case.txt - this document
>      rdsv3.3socket.txt - update
>      diff.v3-v1.3socket shows the diff between versions 1 and 3.	
>
>      Manpage for existing rds.3socket could be found under:
>      http://sac.sfbay/Archives/CaseLog/arc/PSARC/2006/356/commitment.materials/rds.3socket
>
> 6. Resources and Schedule
>      6.4. Steering Committee requested information
>     	6.4.1. Consolidation C-team Name:
> 		ON
>      6.5. ARC review type: FastTrack
>      6.6. ARC Exposure: open
>
>    


From Ted.Kim@Sun.COM Fri Feb  5 15:46:18 2010
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o15NkHBe001871
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 5 Feb 2010 15:46:17 -0800 (PST)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o15NkHM4014477
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 5 Feb 2010 17:46:17 -0600 (CST)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KXE00M037D55500@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.Com); Fri, 05 Feb 2010 16:46:17 -0700 (MST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KXE00KFT7D5OE00@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri,
 05 Feb 2010 16:46:17 -0700 (MST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o15NkHQg010552	for
 <PSARC-ext@Sun.Com>; Fri, 05 Feb 2010 15:46:17 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KXE00A0072B3200@fe-sfbay-10.sun.com> for PSARC-ext@Sun.Com
 (ORCPT PSARC-ext@Sun.Com); Fri, 05 Feb 2010 15:46:17 -0800 (PST)
Received: from [129.153.3.74] ([unknown] [129.153.3.74])
 by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KXE00AAM7D12H10@fe-sfbay-10.sun.com>;
 Fri, 05 Feb 2010 15:46:14 -0800 (PST)
Date: Fri, 05 Feb 2010 15:41:04 -0800
From: "Ted H. Kim" <Ted.Kim@Sun.COM>
Subject: Re: Reliable Datagram Service v3 [PSARC/2010/043 FastTrack timeout
 02/12/2010]
In-reply-to: <4B6C80C7.7070209@sun.com>
Sender: Ted.Kim@Sun.COM
To: PSARC-ext@Sun.COM
Cc: "Garrett D'Amore" <gdamore@Sun.COM>, Ted Kim <tedk@sac.sfbay.sun.com>
Message-id: <4B6CAC90.9070603@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <201002051926.o15JQnmT023618@sac.sfbay.sun.com>
 <4B6C80C7.7070209@sun.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090910)
Status: RO
Content-Length: 1013

We had some off list discussion about this.

RDS is really RAC specific and not meant for any other
usage (at least at the current time). Also, it's not been
standardized in standards bodies yet either.

So I think we agreed that Contracted Project Private
is okay until or unless it becomes targeted at a wider
usage or more standardized.

-ted


>>      Same as in the case of version 1, the API is not a general-purpose
>>      interface; it is specific to Oracle. These additional interfaces
>>      would all be classified as Contracted Project Private, to be 
>>      contracted to Oracle. 
> 
> What is application specific about these interfaces that they can't be 
> made available as public interfaces (perhaps with Uncommitted binding?)  
> Is there a compelling reason to limit their exposure?
> 
>     -- Garrett


-- 
Ted H. Kim
Sun/Oracle                              ted.kim@sun.com
222 North Sepulveda Blvd., 10th Floor   (310) 341-1116
El Segundo, CA  90245                   (310) 341-1120 FAX

From gdamore@Sun.COM Fri Feb  5 17:01:57 2010
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1611v28013434
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 5 Feb 2010 17:01:57 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o1611var024762
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 5 Feb 2010 17:01:57 -0800 (PST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KXE00B07AV94100@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@Sun.Com); Fri, 05 Feb 2010 17:01:57 -0800 (PST)
Received: from sca-es-mail-1.sun.com ([192.18.43.132])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KXE0072XAV74IC0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.Com); Fri,
 05 Feb 2010 17:01:55 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o1611t4j029053	for
 <PSARC-ext@Sun.Com>; Fri, 05 Feb 2010 17:01:55 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KXE00900AIPQ000@fe-sfbay-09.sun.com> for PSARC-ext@Sun.Com
 (ORCPT PSARC-ext@Sun.Com); Fri, 05 Feb 2010 17:01:55 -0800 (PST)
Received: from [192.168.251.11] ([unknown] [76.93.15.33])
 by fe-sfbay-09.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 with ESMTPSA id <0KXE00F6WAV6F780@fe-sfbay-09.sun.com>; Fri,
 05 Feb 2010 17:01:55 -0800 (PST)
Date: Fri, 05 Feb 2010 17:01:54 -0800
From: "Garrett D'Amore" <gdamore@Sun.COM>
Subject: Re: Reliable Datagram Service v3 [PSARC/2010/043 FastTrack timeout
 02/12/2010]
In-reply-to: <4B6CAC90.9070603@sun.com>
Sender: Garrett.Damore@Sun.COM
To: "Ted H. Kim" <Ted.Kim@Sun.COM>
Cc: PSARC-ext@Sun.COM, Ted Kim <tedk@sac.sfbay.sun.com>
Message-id: <4B6CBF82.20008@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <201002051926.o15JQnmT023618@sac.sfbay.sun.com>
 <4B6C80C7.7070209@sun.com> <4B6CAC90.9070603@sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103
 Lightning/1.0b1 Thunderbird/3.0
Status: RO
Content-Length: 947

Confirming this.  +1 from me.

     - Garrett

On 02/ 5/10 03:41 PM, Ted H. Kim wrote:
> We had some off list discussion about this.
>
> RDS is really RAC specific and not meant for any other
> usage (at least at the current time). Also, it's not been
> standardized in standards bodies yet either.
>
> So I think we agreed that Contracted Project Private
> is okay until or unless it becomes targeted at a wider
> usage or more standardized.
>
> -ted
>
>
>>>      Same as in the case of version 1, the API is not a general-purpose
>>>      interface; it is specific to Oracle. These additional interfaces
>>>      would all be classified as Contracted Project Private, to be 
>>>      contracted to Oracle. 
>>
>> What is application specific about these interfaces that they can't 
>> be made available as public interfaces (perhaps with Uncommitted 
>> binding?)  Is there a compelling reason to limit their exposure?
>>
>>     -- Garrett
>
>


From Ted.Kim@sun.com Mon Feb 15 10:58:52 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1FIwqbJ019461
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 15 Feb 2010 10:58:52 -0800 (PST)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o1FIwooD056609
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 15 Feb 2010 11:58:52 -0700 (MST)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0KXW0030LCQ2HW00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:58:50 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0KXW00L3UCQ2F090@nwk-avmta-1.sfbay.Sun.COM> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon,
 15 Feb 2010 10:58:50 -0800 (PST)
Received: from fe-sfbay-10.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o1FIwoRi022487	for
 <psarc-ext@sun.com>; Mon, 15 Feb 2010 10:58:50 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com
 (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul  2 2009))
 id <0KXW00E00COJ6U00@fe-sfbay-10.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:58:50 -0800 (PST)
Received: from [129.153.3.74] ([unknown] [129.153.3.74])
 by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit
 (built Jul  2 2009)) with ESMTPSA id <0KXW002ZBCPXJ930@fe-sfbay-10.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon,
 15 Feb 2010 10:58:46 -0800 (PST)
Date: Mon, 15 Feb 2010 10:53:19 -0800
From: "Ted H. Kim" <Ted.Kim@sun.com>
Subject: Reliable Datagram Service v3 [PSARC/2010/043 FastTrack timeout
 02/12/2010]
Sender: Ted.Kim@sun.com
To: psarc-ext@sun.com
Message-id: <4B79981F.9080507@sun.com>
MIME-version: 1.0
Content-type: text/plain; CHARSET=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
User-Agent: Thunderbird 2.0.0.23 (X11/20090910)
Status: RO
Content-Length: 395

Folks,

It looks like all the discussion on this case has
finished. Also there was a +1, and the timer has expired.
Given that, I am going to close the case and mark this
fasttrack as approved.

Thanks,
-ted


-- 
Ted H. Kim
Sun/Oracle                              ted.kim@sun.com
222 North Sepulveda Blvd., 10th Floor   (310) 341-1116
El Segundo, CA  90245                   (310) 341-1120 FAX

