From sebastien.roy@oracle.com Fri Apr  2 10:58:58 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 o32HwvXI010363
	for <psarc-ext@sac.sfbay.sun.com>; Fri, 2 Apr 2010 10:58:57 -0700 (PDT)
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 o32Hwvdu006469
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 2 Apr 2010 10:58:57 -0700 (PDT)
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 <0L0900L03GM98B00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Fri, 02 Apr 2010 11:58:57 -0600 (MDT)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0900HNEGM89810@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri,
 02 Apr 2010 11:58:57 -0600 (MDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o32HwuxC017651	for
 <PSARC-ext@Sun.COM>; Fri, 02 Apr 2010 17:58:56 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o32Hwqg5007614	for <PSARC-ext@Sun.COM>; Fri,
 02 Apr 2010 17:58:56 +0000 (GMT)
Received: from abhmt002.oracle.com by acsmt355.oracle.com	with ESMTP id
 133685761270231030; Fri, 02 Apr 2010 10:57:10 -0700
Received: from [129.148.174.103] (/129.148.174.103)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Fri,
 02 Apr 2010 10:57:10 -0700
Date: Fri, 02 Apr 2010 13:57:09 -0400
From: Sebastien Roy <sebastien.roy@oracle.com>
Subject: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
To: PSARC-ext@sun.com
Cc: Baban Kenkre <baban.kenkre@oracle.com>,
        Rishi Srivatsavai <Rishi.Srivatsavai@oracle.com>
Message-id: <4BB62FF5.3070701@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090206.4BB63060.007A:SCFMA4539814,ss=1,fgs=0
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100315
 Lightning/1.0b1 Thunderbird/3.0.3
Status: RO
Content-Length: 1416

I'm submitting this fast-track for Baban Kenkre and Rishi Srivatsavai.
The timer is set for 04/09/2010.  The release binding is Minor.

This case adds exclusive IP stack support to Solaris 10 containers.
The initial Solaris 10 container case only added support for the
shared IP stack model (see PSARC/2009/253).  Adding exclusive IP stack
support involves identifying which features use user/kernel interfaces
that have changed incompatibly between Solaris 10 and now (preventing
such features from working correctly in s10c), and implementing
techniques described in the Solaris 10 Branded Zone Developer Guide[1]
to make them work.  Therefore, this case doesn't introduce any new
interfaces, but simply describes the architecture introduced to make
existing features work in a Solaris 10 container.

The design document included in the materials directory [2] contains
details of how each feature that comprises exclusive IP stack support
is handled by this project.  The document also enumerates features
that traditionally work in exclusive IP stacks, but that will not be
supported even after this project integrates.  With the exception of
those features, a Solaris 10 branded zone should behave the same way
as a native Solaris 10 zone running on Solaris 10.

[1] 
http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide
[2] materials/s10ceval.txt (relative to the case directory)

-Seb

From girish.moodalbail@oracle.com Mon Apr  5 20:08:53 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 o3638rbT002928
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 5 Apr 2010 20:08:53 -0700 (PDT)
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 o3638qT6022551
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 5 Apr 2010 20:08:53 -0700 (PDT)
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 <0L0F00A0HQ2ST300@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Mon, 05 Apr 2010 20:08:52 -0700 (PDT)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0F00FH2Q2SYXE0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon,
 05 Apr 2010 20:08:52 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o3638ps0007644	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 03:08:51 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o35GaPLU012602	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 03:08:50 +0000 (GMT)
Received: from abhmt021.oracle.com by acsmt353.oracle.com	with ESMTP id
 138687491270523297; Mon, 05 Apr 2010 20:08:17 -0700
Received: from girish.local (/129.148.19.101)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Mon,
 05 Apr 2010 20:08:16 -0700
Date: Mon, 05 Apr 2010 23:08:13 -0400
From: Girish Moodalbail <girish.moodalbail@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BB62FF5.3070701@oracle.com>
To: Sebastien Roy <sebastien.roy@oracle.com>
Cc: PSARC-ext@sun.com, Baban Kenkre <baban.kenkre@oracle.com>,
        Rishi Srivatsavai <Rishi.Srivatsavai@oracle.com>
Message-id: <4BBAA59D.20909@oracle.com>
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="Boundary_(ID_rvVKfuo6JhbOeQQHRfKNyg)"
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090204.4BBAA5C3.008B:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9)
 Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
Status: RO
Content-Length: 6419

This is a multi-part message in MIME format.

--Boundary_(ID_rvVKfuo6JhbOeQQHRfKNyg)
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT

Baban/Rishi,

Since ndd(1M) will be executed natively from within S10C, the S10 users 
will also not be able
to  (due to CR 4616660 and Brussels II changes) modify/view following 
tunables as well:

/dev/ip
     ip_squeue_enter (this needs to be modified via /etc/system)
<if>:ip_forwarding
<if>:ip6_forwarding
     ip_ill_status   (::ill should be used)
     ip_ipif_status  (::ipif should be used)
     ipv4_ire_status  (::ire should be used)
     ipv6_ire_status
     ip_ndp_cache_report (::nce should be used)
     ip_conn_status
     ip_srcid_status
     ip_rput_pullups

/dev/tcp (following info is accessed through ::netstat, CR 4616660)
     tcp_bind_hash
     tcp_listen_hash
     tcp_acceptor_hash
     tcp_conn_hash
     tcp_status

/dev/udp (following info is accessed through ::netstat, CR 4616660)
     udp_status
     udp_bind_hash

~Girish

On 4/2/10 1:57 PM, Sebastien Roy wrote:
> I'm submitting this fast-track for Baban Kenkre and Rishi Srivatsavai.
> The timer is set for 04/09/2010.  The release binding is Minor.
>
> This case adds exclusive IP stack support to Solaris 10 containers.
> The initial Solaris 10 container case only added support for the
> shared IP stack model (see PSARC/2009/253).  Adding exclusive IP stack
> support involves identifying which features use user/kernel interfaces
> that have changed incompatibly between Solaris 10 and now (preventing
> such features from working correctly in s10c), and implementing
> techniques described in the Solaris 10 Branded Zone Developer Guide[1]
> to make them work.  Therefore, this case doesn't introduce any new
> interfaces, but simply describes the architecture introduced to make
> existing features work in a Solaris 10 container.
>
> The design document included in the materials directory [2] contains
> details of how each feature that comprises exclusive IP stack support
> is handled by this project.  The document also enumerates features
> that traditionally work in exclusive IP stacks, but that will not be
> supported even after this project integrates.  With the exception of
> those features, a Solaris 10 branded zone should behave the same way
> as a native Solaris 10 zone running on Solaris 10.
>
> [1] 
> http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide 
>
> [2] materials/s10ceval.txt (relative to the case directory)
>
> -Seb


--Boundary_(ID_rvVKfuo6JhbOeQQHRfKNyg)
Content-type: text/html; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
Baban/Rishi,<br>
<br>
Since ndd(1M) will be executed natively from within S10C, the S10 users
will also not be able<br>
to&nbsp; (due to CR 4616660 and Brussels II changes) modify/view following
tunables as well:<br>
<br>
/dev/ip<br>
&nbsp;&nbsp;&nbsp; ip_squeue_enter (this needs to be modified via /etc/system)<br>
&nbsp;&nbsp;&nbsp; &lt;if&gt;:ip_forwarding<br>
&nbsp;&nbsp;&nbsp; &lt;if&gt;:ip6_forwarding<br>
&nbsp;&nbsp;&nbsp; ip_ill_status&nbsp;&nbsp; (::ill should be used) &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; ip_ipif_status&nbsp; (::ipif should be used)<br>
&nbsp;&nbsp;&nbsp; ipv4_ire_status&nbsp; (::ire should be used) &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; ipv6_ire_status <br>
&nbsp; &nbsp; ip_ndp_cache_report (::nce should be used)<br>
&nbsp;&nbsp;&nbsp; ip_conn_status&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; ip_srcid_status<br>
&nbsp;&nbsp;&nbsp; ip_rput_pullups<br>
<br>
/dev/tcp (following info is accessed through ::netstat,
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
CR 4616660)<br>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
&nbsp;&nbsp;&nbsp; tcp_bind_hash<br>
&nbsp;&nbsp;&nbsp; tcp_listen_hash<br>
&nbsp;&nbsp;&nbsp; tcp_acceptor_hash<br>
&nbsp;&nbsp;&nbsp; tcp_conn_hash<br>
&nbsp;&nbsp;&nbsp; tcp_status<br>
<br>
/dev/udp (following info is accessed through ::netstat, CR 4616660)<br>
&nbsp;&nbsp;&nbsp; udp_status<br>
&nbsp;&nbsp;&nbsp; udp_bind_hash<br>
<br>
~Girish<br>
<br>
On 4/2/10 1:57 PM, Sebastien Roy wrote:
<blockquote cite="mid:4BB62FF5.3070701@oracle.com" type="cite">I'm
submitting this fast-track for Baban Kenkre and Rishi Srivatsavai.
  <br>
The timer is set for 04/09/2010.&nbsp; The release binding is Minor.
  <br>
  <br>
This case adds exclusive IP stack support to Solaris 10 containers.
  <br>
The initial Solaris 10 container case only added support for the
  <br>
shared IP stack model (see PSARC/2009/253).&nbsp; Adding exclusive IP stack
  <br>
support involves identifying which features use user/kernel interfaces
  <br>
that have changed incompatibly between Solaris 10 and now (preventing
  <br>
such features from working correctly in s10c), and implementing
  <br>
techniques described in the Solaris 10 Branded Zone Developer Guide[1]
  <br>
to make them work.&nbsp; Therefore, this case doesn't introduce any new
  <br>
interfaces, but simply describes the architecture introduced to make
  <br>
existing features work in a Solaris 10 container.
  <br>
  <br>
The design document included in the materials directory [2] contains
  <br>
details of how each feature that comprises exclusive IP stack support
  <br>
is handled by this project.&nbsp; The document also enumerates features
  <br>
that traditionally work in exclusive IP stacks, but that will not be
  <br>
supported even after this project integrates.&nbsp; With the exception of
  <br>
those features, a Solaris 10 branded zone should behave the same way
  <br>
as a native Solaris 10 zone running on Solaris 10.
  <br>
  <br>
[1]
<a class="moz-txt-link-freetext" href="http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide">http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide</a>
  <br>
[2] materials/s10ceval.txt (relative to the case directory)
  <br>
  <br>
-Seb
  <br>
</blockquote>
<br>
</body>
</html>

--Boundary_(ID_rvVKfuo6JhbOeQQHRfKNyg)--

From garrett.damore@oracle.com Mon Apr  5 23:03:12 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 o3663BGx004886
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 5 Apr 2010 23:03:11 -0700 (PDT)
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 o36637ef044478
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 6 Apr 2010 00:03:11 -0600 (MDT)
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 <0L0F00G1BY5A1300@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Mon, 05 Apr 2010 23:03:10 -0700 (PDT)
Received: from brmea-mail-2.sun.com ([192.18.98.43])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0F00HQTY587VA0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon,
 05 Apr 2010 23:03:08 -0700 (PDT)
Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125])
	by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o36638Ee003860	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 06:03:08 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o36636uf022755	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 06:03:06 +0000 (GMT)
Received: from abhmt018.oracle.com by acsmt354.oracle.com	with ESMTP id
 138968211270533693; Mon, 05 Apr 2010 23:01:33 -0700
Received: from [10.7.251.172] (/10.7.251.172)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Mon,
 05 Apr 2010 23:01:32 -0700
Date: Mon, 05 Apr 2010 23:01:29 -0700
From: "Garrett D'Amore" <garrett.damore@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBAA59D.20909@oracle.com>
To: Girish Moodalbail <girish.moodalbail@oracle.com>
Cc: Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>,
        Rishi Srivatsavai <Rishi.Srivatsavai@oracle.com>
Message-id: <4BBACE39.5040407@oracle.com>
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="Boundary_(ID_cHQdEo6VYqPVirvJV68TNg)"
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090203.4BBACE9B.0134:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 7203

This is a multi-part message in MIME format.

--Boundary_(ID_cHQdEo6VYqPVirvJV68TNg)
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT

Another note: use of ndd to use /dev/hme (or whatever) without a PPA 
number is pretty common for S10 systems (see -instance to set the PPA).  
This is unsupported in Nevada.

     -- Garrett

On 04/ 5/10 08:08 PM, Girish Moodalbail wrote:
> Baban/Rishi,
>
> Since ndd(1M) will be executed natively from within S10C, the S10 
> users will also not be able
> to  (due to CR 4616660 and Brussels II changes) modify/view following 
> tunables as well:
>
> /dev/ip
>     ip_squeue_enter (this needs to be modified via /etc/system)
> <if>:ip_forwarding
> <if>:ip6_forwarding
>     ip_ill_status   (::ill should be used)
>     ip_ipif_status  (::ipif should be used)
>     ipv4_ire_status  (::ire should be used)
>     ipv6_ire_status
>     ip_ndp_cache_report (::nce should be used)
>     ip_conn_status
>     ip_srcid_status
>     ip_rput_pullups
>
> /dev/tcp (following info is accessed through ::netstat, CR 4616660)
>     tcp_bind_hash
>     tcp_listen_hash
>     tcp_acceptor_hash
>     tcp_conn_hash
>     tcp_status
>
> /dev/udp (following info is accessed through ::netstat, CR 4616660)
>     udp_status
>     udp_bind_hash
>
> ~Girish
>
> On 4/2/10 1:57 PM, Sebastien Roy wrote:
>> I'm submitting this fast-track for Baban Kenkre and Rishi Srivatsavai.
>> The timer is set for 04/09/2010.  The release binding is Minor.
>>
>> This case adds exclusive IP stack support to Solaris 10 containers.
>> The initial Solaris 10 container case only added support for the
>> shared IP stack model (see PSARC/2009/253).  Adding exclusive IP stack
>> support involves identifying which features use user/kernel interfaces
>> that have changed incompatibly between Solaris 10 and now (preventing
>> such features from working correctly in s10c), and implementing
>> techniques described in the Solaris 10 Branded Zone Developer Guide[1]
>> to make them work.  Therefore, this case doesn't introduce any new
>> interfaces, but simply describes the architecture introduced to make
>> existing features work in a Solaris 10 container.
>>
>> The design document included in the materials directory [2] contains
>> details of how each feature that comprises exclusive IP stack support
>> is handled by this project.  The document also enumerates features
>> that traditionally work in exclusive IP stacks, but that will not be
>> supported even after this project integrates.  With the exception of
>> those features, a Solaris 10 branded zone should behave the same way
>> as a native Solaris 10 zone running on Solaris 10.
>>
>> [1] 
>> http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide 
>>
>> [2] materials/s10ceval.txt (relative to the case directory)
>>
>> -Seb
>


--Boundary_(ID_cHQdEo6VYqPVirvJV68TNg)
Content-type: text/html; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Another note: use of ndd to use /dev/hme (or whatever) without a PPA
number is pretty common for S10 systems (see -instance to set the
PPA).&nbsp; This is unsupported in Nevada.<br>
<br>
&nbsp;&nbsp;&nbsp; -- Garrett<br>
<br>
On 04/ 5/10 08:08 PM, Girish Moodalbail wrote:
<blockquote cite="mid:4BBAA59D.20909@oracle.com" type="cite">
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
Baban/Rishi,<br>
  <br>
Since ndd(1M) will be executed natively from within S10C, the S10 users
will also not be able<br>
to&nbsp; (due to CR 4616660 and Brussels II changes) modify/view following
tunables as well:<br>
  <br>
/dev/ip<br>
&nbsp;&nbsp;&nbsp; ip_squeue_enter (this needs to be modified via /etc/system)<br>
&nbsp;&nbsp;&nbsp; &lt;if&gt;:ip_forwarding<br>
&nbsp;&nbsp;&nbsp; &lt;if&gt;:ip6_forwarding<br>
&nbsp;&nbsp;&nbsp; ip_ill_status&nbsp;&nbsp; (::ill should be used) &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; ip_ipif_status&nbsp; (::ipif should be used)<br>
&nbsp;&nbsp;&nbsp; ipv4_ire_status&nbsp; (::ire should be used) &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; ipv6_ire_status <br>
&nbsp; &nbsp; ip_ndp_cache_report (::nce should be used)<br>
&nbsp;&nbsp;&nbsp; ip_conn_status&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; ip_srcid_status<br>
&nbsp;&nbsp;&nbsp; ip_rput_pullups<br>
  <br>
/dev/tcp (following info is accessed through ::netstat,
  <meta http-equiv="content-type"
 content="text/html; charset=ISO-8859-1">
CR 4616660)<br>
  <meta http-equiv="content-type"
 content="text/html; charset=ISO-8859-1">
&nbsp;&nbsp;&nbsp; tcp_bind_hash<br>
&nbsp;&nbsp;&nbsp; tcp_listen_hash<br>
&nbsp;&nbsp;&nbsp; tcp_acceptor_hash<br>
&nbsp;&nbsp;&nbsp; tcp_conn_hash<br>
&nbsp;&nbsp;&nbsp; tcp_status<br>
  <br>
/dev/udp (following info is accessed through ::netstat, CR 4616660)<br>
&nbsp;&nbsp;&nbsp; udp_status<br>
&nbsp;&nbsp;&nbsp; udp_bind_hash<br>
  <br>
~Girish<br>
  <br>
On 4/2/10 1:57 PM, Sebastien Roy wrote:
  <blockquote cite="mid:4BB62FF5.3070701@oracle.com" type="cite">I'm
submitting this fast-track for Baban Kenkre and Rishi Srivatsavai. <br>
The timer is set for 04/09/2010.&nbsp; The release binding is Minor. <br>
    <br>
This case adds exclusive IP stack support to Solaris 10 containers. <br>
The initial Solaris 10 container case only added support for the <br>
shared IP stack model (see PSARC/2009/253).&nbsp; Adding exclusive IP stack <br>
support involves identifying which features use user/kernel interfaces <br>
that have changed incompatibly between Solaris 10 and now (preventing <br>
such features from working correctly in s10c), and implementing <br>
techniques described in the Solaris 10 Branded Zone Developer Guide[1] <br>
to make them work.&nbsp; Therefore, this case doesn't introduce any new <br>
interfaces, but simply describes the architecture introduced to make <br>
existing features work in a Solaris 10 container. <br>
    <br>
The design document included in the materials directory [2] contains <br>
details of how each feature that comprises exclusive IP stack support <br>
is handled by this project.&nbsp; The document also enumerates features <br>
that traditionally work in exclusive IP stacks, but that will not be <br>
supported even after this project integrates.&nbsp; With the exception of <br>
those features, a Solaris 10 branded zone should behave the same way <br>
as a native Solaris 10 zone running on Solaris 10. <br>
    <br>
[1]
    <a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide">http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide</a>
    <br>
[2] materials/s10ceval.txt (relative to the case directory) <br>
    <br>
-Seb <br>
  </blockquote>
  <br>
</blockquote>
<br>
</body>
</html>

--Boundary_(ID_cHQdEo6VYqPVirvJV68TNg)--

From garrett.damore@oracle.com Mon Apr  5 23:19:35 2010
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o366JZWp005039
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 5 Apr 2010 23:19:35 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o366JZLX006670
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 5 Apr 2010 23:19:35 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L0F0000HYWM3200@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Mon, 05 Apr 2010 23:19:34 -0700 (PDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0F00KJBYWMJ610@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon,
 05 Apr 2010 23:19:34 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o366JY2L015632	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 06:19:34 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o35CKvYW007596	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 06:19:33 +0000 (GMT)
Received: from abhmt002.oracle.com by acsmt354.oracle.com	with ESMTP id
 138991281270534696; Mon, 05 Apr 2010 23:18:16 -0700
Received: from [10.7.251.172] (/10.7.251.172)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Mon,
 05 Apr 2010 23:18:16 -0700
Date: Mon, 05 Apr 2010 23:18:14 -0700
From: "Garrett D'Amore" <garrett.damore@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBACE39.5040407@oracle.com>
To: Girish Moodalbail <girish.moodalbail@oracle.com>
Cc: Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>,
        Rishi Srivatsavai <Rishi.Srivatsavai@oracle.com>
Message-id: <4BBAD226.1040905@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090202.4BBAD275.004B:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBACE39.5040407@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 1060

Reading section 4:

    o  S10 DLPI applications that do not use libdlpi are not supported in
       S10C. See Section 3.8


That precludes most applications which use raw ethernet, since many 
(most!) of those were written before libdlpi existed.  I understand that 
vanity names would not be supported, but can't these devices work with 
ordinary "/dev/" links?

Section 3.3.1: Does "struct sockinfo" exist as part of a public API?  If 
so then the netstat binary alone doesn't solve the problem.  How will 
other apps besides netstat deal with this change?

Section 3.5.2: I've seen autopush used to perform some rather 
sophisticated TCP/IP analysis.  I'm not sure that this is needed on 
S10C.  The fact that this won't be supported needs to be pretty clearly 
stated in release documentation.

Section 6: I think IPsec is a pretty important question... any progress 
here?  If it doesn't work on S10C with exclusive stacks, then this will 
need to be *very* clearly spelled out in release documentation.

Otherwise this case looks good.

     - Garrett


From baban.kenkre@oracle.com Tue Apr  6 00:59:43 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 o367xgWW024037
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 00:59:42 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o367xg7k063054
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 6 Apr 2010 01:59:42 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L0G006013JINF00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 06 Apr 2010 00:59:42 -0700 (PDT)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G00KA53JHJC90@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 06 Apr 2010 00:59:41 -0700 (PDT)
Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o367xf7H005994	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 07:59:41 +0000 (GMT)
Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155])
	by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o367xcFB006665	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 07:59:38 +0000 (GMT)
Received: from abhmt003.oracle.com by acsmt353.oracle.com	with ESMTP id
 149395211270540719; Tue, 06 Apr 2010 00:58:39 -0700
Received: from [10.7.251.154] (/10.7.251.154)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue,
 06 Apr 2010 00:58:38 -0700
Date: Tue, 06 Apr 2010 00:58:31 -0700
From: Baban Kenkre <baban.kenkre@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBAD226.1040905@oracle.com>
To: "Garrett D'Amore" <garrett.damore@oracle.com>
Cc: Girish Moodalbail <girish.moodalbail@oracle.com>,
        Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Rishi Srivatsavai <Rishi.Srivatsavai@oracle.com>
Message-id: <4BBAE9A7.6060000@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt355.oracle.com [141.146.40.155]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090207.4BBAE9EC.00BE:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBACE39.5040407@oracle.com> <4BBAD226.1040905@oracle.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090818)
Status: RO
Content-Length: 1149

Garrett D'Amore wrote:
> Reading section 4:
>
>    o  S10 DLPI applications that do not use libdlpi are not supported in
>       S10C. See Section 3.8
>
>
> That precludes most applications which use raw ethernet, since many 
> (most!) of those were written before libdlpi existed.  I understand 
> that vanity names would not be supported, but can't these devices work 
> with ordinary "/dev/" links?
>
> Section 3.3.1: Does "struct sockinfo" exist as part of a public API?

No.

> If so then the netstat binary alone doesn't solve the problem.  How 
> will other apps besides netstat deal with this change?
>
> Section 3.5.2: I've seen autopush used to perform some rather 
> sophisticated TCP/IP analysis.  I'm not sure that this is needed on 
> S10C.  The fact that this won't be supported needs to be pretty 
> clearly stated in release documentation.
>

Ok.


--Baban


> Section 6: I think IPsec is a pretty important question... any 
> progress here?  If it doesn't work on S10C with exclusive stacks, then 
> this will need to be *very* clearly spelled out in release documentation.
>
> Otherwise this case looks good.
>
>     - Garrett
>


From erik.nordmark@sun.com Tue Apr  6 03:11:05 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 o36AB4UV025694
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 03:11:04 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o36AB465009241;
	Tue, 6 Apr 2010 05:11:04 -0500 (CDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L0G00E259MFPT00@nwk-avmta-2.sfbay.sun.com>; Tue,
 06 Apr 2010 03:11:03 -0700 (PDT)
Received: from jurassic.Eng.Sun.COM ([129.146.17.59])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G00BXC9MFVO30@nwk-avmta-2.sfbay.sun.com>; Tue,
 06 Apr 2010 03:11:03 -0700 (PDT)
Received: from [10.7.251.248] (punchin-nordmark.SFBay.Sun.COM [10.7.251.248])
	by jurassic.Eng.Sun.COM (8.14.4+Sun/8.14.4) with ESMTP id o36AAwCQ462956
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue,
 06 Apr 2010 03:11:01 -0700 (PDT)
Date: Tue, 06 Apr 2010 03:10:56 -0700
From: Erik Nordmark <erik.nordmark@sun.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBAA59D.20909@oracle.com>
To: Girish Moodalbail <girish.moodalbail@oracle.com>
Cc: Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>,
        Rishi Srivatsavai <Rishi.Srivatsavai@oracle.com>
Message-id: <4BBB08B0.7050500@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100302
 Lightning/1.0b1 Thunderbird/3.0.2
Status: RO
Content-Length: 2642

On 04/ 5/10 08:08 PM, Girish Moodalbail wrote:
> Baban/Rishi,
>
> Since ndd(1M) will be executed natively from within S10C, the S10 users
> will also not be able
> to (due to CR 4616660 and Brussels II changes) modify/view following
> tunables as well:

I don't understand the references to ::ill etc below. Inside a S10C 
container it isn't possible to use mdb -k, hence these mdb macros aren't 
of any use.

Thus the parenthetical parts of the text doesn't apply to S10C.

    Erik

> /dev/ip
> ip_squeue_enter (this needs to be modified via /etc/system)
> <if>:ip_forwarding
> <if>:ip6_forwarding
> ip_ill_status (::ill should be used)
> ip_ipif_status (::ipif should be used)
> ipv4_ire_status (::ire should be used)
> ipv6_ire_status
> ip_ndp_cache_report (::nce should be used)
> ip_conn_status
> ip_srcid_status
> ip_rput_pullups
>
> /dev/tcp (following info is accessed through ::netstat, CR 4616660)
> tcp_bind_hash
> tcp_listen_hash
> tcp_acceptor_hash
> tcp_conn_hash
> tcp_status
>
> /dev/udp (following info is accessed through ::netstat, CR 4616660)
> udp_status
> udp_bind_hash
>
> ~Girish
>
> On 4/2/10 1:57 PM, Sebastien Roy wrote:
>> I'm submitting this fast-track for Baban Kenkre and Rishi Srivatsavai.
>> The timer is set for 04/09/2010. The release binding is Minor.
>>
>> This case adds exclusive IP stack support to Solaris 10 containers.
>> The initial Solaris 10 container case only added support for the
>> shared IP stack model (see PSARC/2009/253). Adding exclusive IP stack
>> support involves identifying which features use user/kernel interfaces
>> that have changed incompatibly between Solaris 10 and now (preventing
>> such features from working correctly in s10c), and implementing
>> techniques described in the Solaris 10 Branded Zone Developer Guide[1]
>> to make them work. Therefore, this case doesn't introduce any new
>> interfaces, but simply describes the architecture introduced to make
>> existing features work in a Solaris 10 container.
>>
>> The design document included in the materials directory [2] contains
>> details of how each feature that comprises exclusive IP stack support
>> is handled by this project. The document also enumerates features
>> that traditionally work in exclusive IP stacks, but that will not be
>> supported even after this project integrates. With the exception of
>> those features, a Solaris 10 branded zone should behave the same way
>> as a native Solaris 10 zone running on Solaris 10.
>>
>> [1]
>> http://hub.opensolaris.org/bin/view/Community+Group+zones/s10brand_dev_guide
>>
>> [2] materials/s10ceval.txt (relative to the case directory)
>>
>> -Seb
>


From rishi.srivatsavai@oracle.com Tue Apr  6 06:27:20 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 o36DRJ8e028000
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 06:27:19 -0700 (PDT)
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 o36DRInd047701;
	Tue, 6 Apr 2010 07:27:18 -0600 (MDT)
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 <0L0G00J29IPI0L00@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 06 Apr 2010 06:27:18 -0700 (PDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G005WIIPGL0E0@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 06 Apr 2010 06:27:17 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o36DRG7G016727; Tue,
 06 Apr 2010 13:27:16 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o35MVdcX023418; Tue, 06 Apr 2010 13:27:15 +0000 (GMT)
Received: from abhmt004.oracle.com by acsmt353.oracle.com	with ESMTP id
 139880011270560435; Tue, 06 Apr 2010 06:27:15 -0700
Received: from godavari.local (/146.115.72.248)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue,
 06 Apr 2010 06:27:14 -0700
Date: Tue, 06 Apr 2010 09:32:53 -0400
From: Rishi Srivatsavai <rishi.srivatsavai@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBB08B0.7050500@sun.com>
To: Erik Nordmark <erik.nordmark@sun.com>
Cc: Girish Moodalbail <girish.moodalbail@oracle.com>,
        Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>
Message-id: <4BBB3805.307@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090208.4BBB36B4.0055:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBB08B0.7050500@sun.com>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
Status: RO
Content-Length: 1286

Erik Nordmark wrote:
> On 04/ 5/10 08:08 PM, Girish Moodalbail wrote:
>> Baban/Rishi,
>>
>> Since ndd(1M) will be executed natively from within S10C, the S10 users
>> will also not be able
>> to (due to CR 4616660 and Brussels II changes) modify/view following
>> tunables as well:
>
> I don't understand the references to ::ill etc below. Inside a S10C 
> container it isn't possible to use mdb -k, hence these mdb macros 
> aren't of any use.
>
> Thus the parenthetical parts of the text doesn't apply to S10C.
Yes correct (/etc/system is also not applicable inside zones).
>> /dev/ip
>> ip_squeue_enter (this needs to be modified via /etc/system)
>> <if>:ip_forwarding
>> <if>:ip6_forwarding
>> ip_ill_status (::ill should be used)
>> ip_ipif_status (::ipif should be used)
>> ipv4_ire_status (::ire should be used)
>> ipv6_ire_status
>> ip_ndp_cache_report (::nce should be used)
>> ip_conn_status
>> ip_srcid_status
>> ip_rput_pullups
>>
>> /dev/tcp (following info is accessed through ::netstat, CR 4616660)
>> tcp_bind_hash
>> tcp_listen_hash
>> tcp_acceptor_hash
>> tcp_conn_hash
>> tcp_status
>>
>> /dev/udp (following info is accessed through ::netstat, CR 4616660)
>> udp_status
>> udp_bind_hash
Okay, we will document the above tunables as not available inside S10C.

Rishi

From rishi.srivatsavai@oracle.com Tue Apr  6 06:29:09 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 o36DT9pA028014
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 06:29:09 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o36DT6E7013767
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 6 Apr 2010 08:29:09 -0500 (CDT)
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 <0L0G00J2HISKGQ00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 06 Apr 2010 06:29:08 -0700 (PDT)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G005DYISKL0F0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 06 Apr 2010 06:29:08 -0700 (PDT)
Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o36DT83o025380	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 13:29:08 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o364ekwv018958	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 13:29:06 +0000 (GMT)
Received: from abhmt012.oracle.com by acsmt354.oracle.com	with ESMTP id
 139882111270560478; Tue, 06 Apr 2010 06:27:58 -0700
Received: from godavari.local (/146.115.72.248)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue,
 06 Apr 2010 06:27:58 -0700
Date: Tue, 06 Apr 2010 09:33:40 -0400
From: Rishi Srivatsavai <rishi.srivatsavai@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBAD226.1040905@oracle.com>
To: "Garrett D'Amore" <garrett.damore@oracle.com>
Cc: Girish Moodalbail <girish.moodalbail@oracle.com>,
        Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>
Message-id: <4BBB3834.4070700@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090204.4BBB3723.0148:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBACE39.5040407@oracle.com> <4BBAD226.1040905@oracle.com>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
Status: RO
Content-Length: 538

Garrett D'Amore wrote:
> Reading section 4:
>
>    o  S10 DLPI applications that do not use libdlpi are not supported in
>       S10C. See Section 3.8
>
>
> That precludes most applications which use raw ethernet, since many 
> (most!) of those were written before libdlpi existed.  I understand 
> that vanity names would not be supported, but can't these devices work 
> with ordinary "/dev/" links?
[..]

Yes S10C applications do work with ordinary /dev links. We will add a
note to state this explicitly in the case materials.

Rishi

From garrett.damore@oracle.com Tue Apr  6 07:44:23 2010
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o36EiNLZ028871
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 07:44:23 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o36EiNOS013864
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 6 Apr 2010 07:44:23 -0700 (PDT)
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 <0L0G00K0JM9ZOF00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 06 Apr 2010 08:44:23 -0600 (MDT)
Received: from sca-ea-mail-4.sun.com ([192.18.43.22])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G00AMOM9YI680@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 06 Apr 2010 08:44:22 -0600 (MDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o36EiLJ0026160	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 14:44:22 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o36EiIm0018168	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 14:44:19 +0000 (GMT)
Received: from abhmt004.oracle.com by acsmt353.oracle.com	with ESMTP id
 140099171270565044; Tue, 06 Apr 2010 07:44:04 -0700
Received: from [10.7.251.172] (/10.7.251.172)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue,
 06 Apr 2010 07:44:03 -0700
Date: Tue, 06 Apr 2010 07:44:02 -0700
From: "Garrett D'Amore" <garrett.damore@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBB3834.4070700@oracle.com>
To: Rishi Srivatsavai <rishi.srivatsavai@oracle.com>
Cc: Girish Moodalbail <girish.moodalbail@oracle.com>,
        Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>
Message-id: <4BBB48B2.5090308@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090205.4BBB48C5.0027:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBACE39.5040407@oracle.com> <4BBAD226.1040905@oracle.com>
 <4BBB3834.4070700@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 645

On 04/ 6/10 06:33 AM, Rishi Srivatsavai wrote:
> Garrett D'Amore wrote:
>> Reading section 4:
>>
>>    o  S10 DLPI applications that do not use libdlpi are not supported in
>>       S10C. See Section 3.8
>>
>>
>> That precludes most applications which use raw ethernet, since many 
>> (most!) of those were written before libdlpi existed.  I understand 
>> that vanity names would not be supported, but can't these devices 
>> work with ordinary "/dev/" links?
> [..]
>
> Yes S10C applications do work with ordinary /dev links. We will add a
> note to state this explicitly in the case materials.

I suspected as much.  Thanks.

     - Garrett


From rishi.srivatsavai@oracle.com Tue Apr  6 09:14:47 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 o36GEltB001236
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 09:14:47 -0700 (PDT)
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 o36GEkxQ028142
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 6 Apr 2010 09:14:47 -0700 (PDT)
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 <0L0G0060FQGM2200@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 06 Apr 2010 10:14:46 -0600 (MDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G00ABDQGLI8E0@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 06 Apr 2010 10:14:45 -0600 (MDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o36GEjZa001027	for
 <PSARC-ext@Sun.COM>; Tue, 06 Apr 2010 16:14:45 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o36Axsg9004205	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 16:14:43 +0000 (GMT)
Received: from abhmt004.oracle.com by acsmt353.oracle.com	with ESMTP id
 150792691270570460; Tue, 06 Apr 2010 09:14:20 -0700
Received: from [129.148.174.36] (/129.148.174.36)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue,
 06 Apr 2010 09:14:19 -0700
Date: Tue, 06 Apr 2010 12:14:14 -0400
From: Rishi Srivatsavai <rishi.srivatsavai@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBAD226.1040905@oracle.com>
To: "Garrett D'Amore" <garrett.damore@oracle.com>
Cc: Girish Moodalbail <girish.moodalbail@oracle.com>,
        Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>
Message-id: <4BBB5DD6.8010708@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090205.4BBB5DF4.0105:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBACE39.5040407@oracle.com> <4BBAD226.1040905@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091201
 Thunderbird/3.0
Status: RO
Content-Length: 416

On 04/06/10 02:18, Garrett D'Amore wrote:
[..]
> Section 6: I think IPsec is a pretty important question... any progress 
> here?  If it doesn't work on S10C with exclusive stacks, then this will 
> need to be *very* clearly spelled out in release documentation.

IPsec team have ran their test suite inside S10C and have found a
packaging and test suite bug, with fixes the test suite ran clean
inside S10C.

Rishi

From rishi.srivatsavai@oracle.com Tue Apr  6 09:17:07 2010
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o36GH7CU001254
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 09:17:07 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o36GH5K6014143
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 6 Apr 2010 09:17:07 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L0G00C09QKICT00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 06 Apr 2010 09:17:06 -0700 (PDT)
Received: from brmea-mail-1.sun.com ([192.18.98.31])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G00BT0QKHK500@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 06 Apr 2010 09:17:06 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o36GH5kP002564	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 16:17:05 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o36FhsQr001577	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 16:17:04 +0000 (GMT)
Received: from abhmt003.oracle.com by acsmt354.oracle.com	with ESMTP id
 150795581270570520; Tue, 06 Apr 2010 09:15:20 -0700
Received: from [129.148.174.36] (/129.148.174.36)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue,
 06 Apr 2010 09:15:19 -0700
Date: Tue, 06 Apr 2010 12:15:18 -0400
From: Rishi Srivatsavai <rishi.srivatsavai@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBACE39.5040407@oracle.com>
To: "Garrett D'Amore" <garrett.damore@oracle.com>
Cc: Girish Moodalbail <girish.moodalbail@oracle.com>,
        Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>
Message-id: <4BBB5E16.5070305@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090201.4BBB5E80.019C:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBACE39.5040407@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091201
 Thunderbird/3.0
Status: RO
Content-Length: 286

On 04/06/10 02:01, Garrett D'Amore wrote:
> Another note: use of ndd to use /dev/hme (or whatever) without a PPA
> number is pretty common for S10 systems (see -instance to set the PPA). 
> This is unsupported in Nevada.

We will add a note on this in the documentation.

Thanks,
Rishi

From garrett.damore@oracle.com Tue Apr  6 09:36:33 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 o36GaWio001676
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 09:36:32 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o36GaSom026852
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 6 Apr 2010 11:36:32 -0500 (CDT)
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 <0L0G00I3LRGVD100@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 06 Apr 2010 09:36:31 -0700 (PDT)
Received: from sca-ea-mail-1.sun.com ([192.18.43.24])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G0097HRGU67B0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 06 Apr 2010 09:36:30 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o36GaUki017718	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 16:36:30 +0000 (GMT)
Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o35NGnef005684	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 16:36:29 +0000 (GMT)
Received: from abhmt004.oracle.com by acsmt353.oracle.com	with ESMTP id
 150872871270571785; Tue, 06 Apr 2010 09:36:25 -0700
Received: from [10.7.251.172] (/10.7.251.172)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue,
 06 Apr 2010 09:36:24 -0700
Date: Tue, 06 Apr 2010 09:36:23 -0700
From: "Garrett D'Amore" <garrett.damore@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBB5DD6.8010708@oracle.com>
To: Rishi Srivatsavai <rishi.srivatsavai@oracle.com>
Cc: Girish Moodalbail <girish.moodalbail@oracle.com>,
        Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>
Message-id: <4BBB6307.70107@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt353.oracle.com [141.146.40.153]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A0B020A.4BBB630D.02CF:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBACE39.5040407@oracle.com> <4BBAD226.1040905@oracle.com>
 <4BBB5DD6.8010708@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 532

On 04/ 6/10 09:14 AM, Rishi Srivatsavai wrote:
> On 04/06/10 02:18, Garrett D'Amore wrote:
> [..]
>    
>> Section 6: I think IPsec is a pretty important question... any progress
>> here?  If it doesn't work on S10C with exclusive stacks, then this will
>> need to be *very* clearly spelled out in release documentation.
>>      
> IPsec team have ran their test suite inside S10C and have found a
> packaging and test suite bug, with fixes the test suite ran clean
> inside S10C.
>
> Rishi
>    

That's good news!

     - Garrett

From garrett.damore@oracle.com Tue Apr  6 09:38: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 o36GcI1b001702
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 6 Apr 2010 09:38:18 -0700 (PDT)
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 o36GcHq8028019
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 6 Apr 2010 11:38:18 -0500 (CDT)
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 <0L0G0080FRJUPD00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 06 Apr 2010 10:38:18 -0600 (MDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0G006P9RJTOA30@brm-avmta-1.central.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 06 Apr 2010 10:38:17 -0600 (MDT)
Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o36GcH0Z028734	for
 <PSARC-ext@sun.com>; Tue, 06 Apr 2010 16:38:17 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o36GcCde024899	for <PSARC-ext@sun.com>; Tue,
 06 Apr 2010 16:38:12 +0000 (GMT)
Received: from abhmt001.oracle.com by acsmt354.oracle.com	with ESMTP id
 150875901270571829; Tue, 06 Apr 2010 09:37:09 -0700
Received: from [10.7.251.172] (/10.7.251.172)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Tue,
 06 Apr 2010 09:37:08 -0700
Date: Tue, 06 Apr 2010 09:37:07 -0700
From: "Garrett D'Amore" <garrett.damore@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BBB5E16.5070305@oracle.com>
To: Rishi Srivatsavai <rishi.srivatsavai@oracle.com>
Cc: Girish Moodalbail <girish.moodalbail@oracle.com>,
        Sebastien Roy <sebastien.roy@oracle.com>, PSARC-ext@sun.com,
        Baban Kenkre <baban.kenkre@oracle.com>
Message-id: <4BBB6333.8030903@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090207.4BBB6378.00D8:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com> <4BBAA59D.20909@oracle.com>
 <4BBACE39.5040407@oracle.com> <4BBB5E16.5070305@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100131
 Lightning/1.0b1 Thunderbird/3.0.1
Status: RO
Content-Length: 457

On 04/ 6/10 09:15 AM, Rishi Srivatsavai wrote:
> On 04/06/10 02:01, Garrett D'Amore wrote:
>    
>> Another note: use of ndd to use /dev/hme (or whatever) without a PPA
>> number is pretty common for S10 systems (see -instance to set the PPA).
>> This is unsupported in Nevada.
>>      
> We will add a note on this in the documentation.
>
> Thanks,
> Rishi

At this point, I'm satisfied with all your responses so far.  +1 on the project.


     - Garrett

From sebastien.roy@oracle.com Thu Apr  8 06:44:27 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 o38DiRBq027115
	for <psarc-ext@sac.sfbay.sun.com>; Thu, 8 Apr 2010 06:44:27 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o38DiQhM002963
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 8 Apr 2010 08:44:27 -0500 (CDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L0K0020L8U3PE00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Thu, 08 Apr 2010 06:44:27 -0700 (PDT)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L0K00M6L8U2G840@nwk-avmta-2.sfbay.sun.com> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu,
 08 Apr 2010 06:44:26 -0700 (PDT)
Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o38DiPAr005168	for
 <PSARC-ext@sun.com>; Thu, 08 Apr 2010 13:44:25 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o380cpeu008515	for <PSARC-ext@sun.com>; Thu,
 08 Apr 2010 13:44:23 +0000 (GMT)
Received: from abhmt002.oracle.com by acsmt353.oracle.com	with ESMTP id
 157766201270734161; Thu, 08 Apr 2010 06:42:41 -0700
Received: from [129.148.19.4] (/129.148.19.4)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Thu,
 08 Apr 2010 06:42:41 -0700
Date: Thu, 08 Apr 2010 09:42:36 -0400
From: Sebastien Roy <sebastien.roy@oracle.com>
Subject: Re: exclusive IP for s10c [PSARC/2010/111 FastTrack timeout 04/09/2010]
In-reply-to: <4BB62FF5.3070701@oracle.com>
To: PSARC-ext@sun.com
Cc: Baban Kenkre <baban.kenkre@oracle.com>, rishi.srivatsavai@oracle.com
Message-id: <4BBDDD4C.10400@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090202.4BBDDDB9.009E:SCFMA4539814,ss=1,fgs=0
References: <4BB62FF5.3070701@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100315
 Lightning/1.0b1 Thunderbird/3.0.3
Status: RO
Content-Length: 62

This case was approved during yesterday's PSARC meeting.
-Seb

