From sacadmin Tue Oct 3 16:30:30 2006 Received: from sunmail1brm.Central.Sun.COM (sunmail1brm.Central.Sun.COM [129.147.62.17]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k93NUUN5017863 for ; Tue, 3 Oct 2006 16:30:30 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail1brm.Central.Sun.COM (8.11.7p1+Sun/8.11.7/ENSMAIL,v2.2) with ESMTP id k93NUQr26790 for <@sunmail1brm.central.sun.com:psarc@sun.com>; Tue, 3 Oct 2006 17:30:29 -0600 (MDT) 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 <0J6L00L032MPYE00@brm-avmta-1.central.sun.com> for psarc@sun.com (ORCPT psarc@sun.com); Tue, 03 Oct 2006 17:30:25 -0600 (MDT) Received: from nwk-ea-fw-1.sun.com ([10.4.134.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0J6L00H3M2MPLA40@brm-avmta-1.central.sun.com> for psarc@sun.com (ORCPT psarc@sun.com); Tue, 03 Oct 2006 17:30:25 -0600 (MDT) Received: from d1-sfbay-09.sun.com ([192.18.39.119]) by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k93NUOSu016206 for ; Tue, 03 Oct 2006 16:30:24 -0700 (PDT) Received: from conversion-daemon.d1-sfbay-09.sun.com by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0J6L00B012LJXG00@d1-sfbay-09.sun.com> (original mail from Sherri.Shieh@Sun.COM) for psarc@sun.com (ORCPT psarc@sun.com); Tue, 03 Oct 2006 16:30:24 -0700 (PDT) Received: from [192.168.0.104] ([67.169.188.133]) by d1-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0J6L00DGF2MNW04Z@d1-sfbay-09.sun.com> for psarc@sun.com (ORCPT psarc@sun.com); Tue, 03 Oct 2006 16:30:23 -0700 (PDT) Date: Tue, 03 Oct 2006 16:30:24 -0700 From: Sherri Shieh Subject: Looking for case owner for PSARC 2006/499 Sender: Sherri.Shieh@Sun.COM To: psarc@Sun.COM Cc: Yun Cathy Zhou Reply-to: Sherri.Shieh@Sun.COM Message-id: <4522F290.8060703@sun.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_QSKkg+UT62xNqh8+T7fvMg)" X-Accept-Language: en-us, en X-PMX-Version: 5.2.0.264296 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Status: RO Content-Length: 2695 This is a multi-part message in MIME format. --Boundary_(ID_QSKkg+UT62xNqh8+T7fvMg) Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT All, I'm still look for an owner for the following case scheduled on 10/18/2006: 45 min Inception: Clearview Nemo unification and vanity naming (2006/499 ) Submitter: Cathy Zhou Owner: Intern: Sebastien Roy Please let me know ASAP. Thanks, Sherri -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sherri Shieh Program Manager, Systems Architecture Sun Microsystems, Inc. Phone: 650-786-5245/x85245 Email: Sherri.Shieh@sun.com --Boundary_(ID_QSKkg+UT62xNqh8+T7fvMg) Content-type: text/html; charset=us-ascii Content-transfer-encoding: 7BIT All,

I'm still look for an owner for the following case scheduled on 10/18/2006:

    45 min	Inception: Clearview Nemo unification and vanity naming
		(2006/499)
		Submitter: Cathy Zhou
		Owner:
		Intern: Sebastien Roy

Please let me know ASAP.

Thanks,
Sherri
 

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sherri Shieh
Program Manager, Systems Architecture
Sun Microsystems, Inc.
Phone: 650-786-5245/x85245
Email: Sherri.Shieh@sun.com
--Boundary_(ID_QSKkg+UT62xNqh8+T7fvMg)-- From sacadmin Thu Oct 5 08:01:34 2006 Received: from sunmail1brm.Central.Sun.COM (sunmail1brm.Central.Sun.COM [129.147.62.17]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k95F1XHJ025823 for ; Thu, 5 Oct 2006 08:01:33 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.149.247.22]) by sunmail1brm.Central.Sun.COM (8.11.7p1+Sun/8.11.7/ENSMAIL,v2.2) with ESMTP id k95F1WD17674 for <@sunmail3.sfbay.sun.com:psarc@sun.com>; Thu, 5 Oct 2006 09:01:32 -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 <0J6O00M1H4EJ6Z00@nwk-avmta-2.sfbay.sun.com> for psarc@sun.com (ORCPT psarc@Sun.COM); Thu, 05 Oct 2006 08:01:31 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0J6O00IPB4EJMM30@nwk-avmta-2.sfbay.sun.com> for psarc@sun.com (ORCPT psarc@Sun.COM); Thu, 05 Oct 2006 08:01:31 -0700 (PDT) Received: from fe-amer-05.sun.com ([192.18.108.179]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k95F1VUo006620 for ; Thu, 05 Oct 2006 09:01:31 -0600 (MDT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0J6O00F0140FJU00@mail-amer.sun.com> (original mail from Sebastien.Roy@Sun.COM) for psarc@Sun.COM (ORCPT psarc@Sun.COM); Thu, 05 Oct 2006 09:01:31 -0600 (MDT) Received: from strat ([129.148.174.103]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0J6O000VL4EI8IZ0@mail-amer.sun.com> for psarc@Sun.COM (ORCPT psarc@Sun.COM); Thu, 05 Oct 2006 09:01:31 -0600 (MDT) Date: Thu, 05 Oct 2006 11:01:30 -0400 From: Sebastien Roy Subject: Re: Looking for case owner for PSARC 2006/499 In-reply-to: <4522F290.8060703@sun.com> Sender: Sebastien.Roy@Sun.COM To: Sherri.Shieh@Sun.COM Cc: psarc@Sun.COM, Yun Cathy Zhou Message-id: <1160060490.16646.20.camel@strat> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Evolution 2.6.2 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <4522F290.8060703@sun.com> Status: RO Content-Length: 443 On Tue, 2006-10-03 at 16:30 -0700, Sherri Shieh wrote: > I'm still look for an owner for the following case scheduled on > 10/18/2006: > > 45 min Inception: Clearview Nemo unification and vanity naming > (2006/499) > Submitter: Cathy Zhou > Owner: > Intern: Sebastien Roy FYI, the materials for this case are in the inception.materials directory (in case prospective owners find it useful to look at the materials first). -Seb From sacadmin Thu Oct 5 08:53:21 2006 Received: from sunmail2.sfbay.sun.com (sunmail2.SFBay.Sun.COM [129.149.246.180]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k95FrLYp026443 for ; Thu, 5 Oct 2006 08:53:21 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.149.246.28]) by sunmail2.sfbay.sun.com (8.11.7p1+Sun/8.11.7/ENSMAIL,v2.2) with ESMTP id k95FrIx27682; Thu, 5 Oct 2006 08:53:18 -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 (built Dec 2 2004)) id <0J6O0070D6SSNX00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 05 Oct 2006 08:53:16 -0700 (PDT) Received: from sac.sfbay.sun.com ([129.146.175.66]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2 (built Dec 2 2004)) with ESMTP id <0J6O00MQ46SSYB60@nwk-avmta-1.sfbay.Sun.COM>; Thu, 05 Oct 2006 08:53:16 -0700 (PDT) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k95FrGb7026438; Thu, 05 Oct 2006 08:53:16 -0700 (PDT) Received: (from ss146556@localhost) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6/Submit) id k95FrFra026437; Thu, 05 Oct 2006 08:53:15 -0700 (PDT) Date: Thu, 05 Oct 2006 08:53:15 -0700 (PDT) From: PSARC-coord@sun.com Subject: New PSARC Materials Submitted 2006/499 Clearview Nemo unification and vanity naming To: PSARC@sun.com Cc: Cathy.Zhou@sun.com, PSARC-coord@sun.com Message-id: <200610051553.k95FrFra026437@sac.sfbay.sun.com> MIME-version: 1.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 307 New Materials submitted for PSARC 2006/499 Clearview Nemo unification and vanity naming Status: inception scheduled 10/18/2006 Files: /shared/sac/PSARC/2006/499/inception.materials/uv-design.pdf /shared/sac/PSARC/2006/499/inception.materials/uv_20q.txt Please let me know if you have questions. - PSARC From sacadmin Fri Oct 6 08:05:56 2006 Received: from sunmail1brm.Central.Sun.COM (sunmail1brm.Central.Sun.COM [129.147.62.17]) by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k96F5trr026027 for ; Fri, 6 Oct 2006 08:05:55 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.149.247.22]) by sunmail1brm.Central.Sun.COM (8.11.7p1+Sun/8.11.7/ENSMAIL,v2.2) with ESMTP id k96F5oD21829; Fri, 6 Oct 2006 09:05:51 -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 <0J6P00105Z9PXF00@nwk-avmta-2.sfbay.sun.com>; Fri, 06 Oct 2006 08:05:49 -0700 (PDT) Received: from jurassic.eng.sun.com ([129.146.58.166]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0J6P00HM0Z9O7UE0@nwk-avmta-2.sfbay.sun.com>; Fri, 06 Oct 2006 08:05:48 -0700 (PDT) Received: from [129.146.11.231] (sr1-umpk-25.SFBay.Sun.COM [129.146.11.231]) by jurassic.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id k96F5maC605960; Fri, 06 Oct 2006 08:05:48 -0700 (PDT) Date: Fri, 06 Oct 2006 08:05:48 -0700 From: Kais Belgaied Subject: Re: Looking for case owner for PSARC 2006/499 In-reply-to: <1160060490.16646.20.camel@strat> To: Sebastien Roy Cc: Sherri.Shieh@sun.com, psarc@sun.com, Yun Cathy Zhou Message-id: <452670CC.3020102@Sun.COM> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: ar-eg, en-us, en, ar, ar-dz, ar-bh, ar-iq, ar-jo, ar-kw, ar-lb, ar-ly, ar-ma, ar-om, ar-qa, ar-sa, ar-sy, ar-tn, ar-ae, ar-ye X-PMX-Version: 5.2.0.264296 References: <4522F290.8060703@sun.com> <1160060490.16646.20.camel@strat> User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20050530 Status: RO Content-Length: 586 the IAM still shows this one without an owner. I'll take it. Kais Sebastien Roy wrote On 10/05/06 08:01,: >On Tue, 2006-10-03 at 16:30 -0700, Sherri Shieh wrote: > > >>I'm still look for an owner for the following case scheduled on >>10/18/2006: >> >> 45 min Inception: Clearview Nemo unification and vanity naming >> (2006/499) >> Submitter: Cathy Zhou >> Owner: >> Intern: Sebastien Roy >> >> > >FYI, the materials for this case are in the inception.materials >directory (in case prospective owners find it useful to look at the >materials first). >-Seb > > > > From sacadmin Thu Jul 12 05:51:19 2007 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 l6CCpJDx001697 for ; Thu, 12 Jul 2007 05:51:19 -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.2) with ESMTP id l6CCmUR2056667 for <@sunmail2sca.sfbay.sun.com:psarc@sun.com>; Thu, 12 Jul 2007 06:48:31 -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 <0JL20011BGYAA500@nwk-avmta-2.sfbay.sun.com> for psarc@sun.com (ORCPT psarc@sun.com); Thu, 12 Jul 2007 05:49:22 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JL200G0PGY9EF90@nwk-avmta-2.sfbay.sun.com> for psarc@sun.com (ORCPT psarc@sun.com); Thu, 12 Jul 2007 05:49:21 -0700 (PDT) Received: from fe-amer-01.sun.com ([192.18.108.175]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id l6CCnLVI017231 for ; Thu, 12 Jul 2007 12:49:21 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JL200901FFGPN00@mail-amer.sun.com> (original mail from Sebastien.Roy@Sun.COM) for psarc@sun.com (ORCPT psarc@sun.com); Thu, 12 Jul 2007 06:49:21 -0600 (MDT) Received: from [192.168.1.2] ([71.174.191.64]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JL2004JRGY8DMN3@mail-amer.sun.com> for psarc@sun.com (ORCPT psarc@sun.com); Thu, 12 Jul 2007 06:49:21 -0600 (MDT) Date: Thu, 12 Jul 2007 08:49:20 -0400 From: Sebastien Roy Subject: PSARC materials submitted 2006/499 Clearview Nemo unification and vanity naming Sender: Sebastien.Roy@sun.com To: psarc@sun.com Message-id: <46962350.5050307@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 User-Agent: Thunderbird 2.0.0.0 (X11/20070618) Status: RO Content-Length: 331 Materials have been submitted for the July 18th commitment review of 2006/499 Clearview Nemo unification and vanity naming. Files: /shared/sac/PSARC/2006/499/commitment.materials/uv_20q.txt /shared/sac/PSARC/2006/499/commitment.materials/uv-design.pdf /shared/sac/PSARC/2006/499/commitment.materials/link_id_management.pdf -Seb From Sebastien.Roy@Sun.COM Fri Sep 4 10:37:12 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n84HbC4D013448 for ; Fri, 4 Sep 2009 10:37:12 -0700 (PDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n84HbCDZ002418 for ; Fri, 4 Sep 2009 10:37:12 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n84HbC9X011218 for ; Fri, 4 Sep 2009 17:37:12 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_rmzuggD9rsI9YWdGA+jQzg)" Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPG00J00JGS4C00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 04 Sep 2009 11:37:12 -0600 (MDT) Received: from [129.148.174.103] ([unknown] [129.148.174.103]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPG00JEDJLZUJ80@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 04 Sep 2009 11:37:11 -0600 (MDT) Date: Fri, 04 Sep 2009 13:35:10 -0400 From: Sebastien Roy Subject: Opinion for PSARC review: PSARC/2006/499 Clearview Nemo unification and vanity naming Sender: Sebastien.Roy@Sun.COM To: psarc-ext Message-id: <1252085710.9034.44.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 Status: RO Content-Length: 9276 --Boundary_(ID_rmzuggD9rsI9YWdGA+jQzg) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT A very belated opinion for PSARC review. Please review by 09/11/2009. -Seb --Boundary_(ID_rmzuggD9rsI9YWdGA+jQzg) Content-type: text/plain; CHARSET=US-ASCII; name=opinion.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=opinion.txt sun microsystems Systems Architecture Committee _________________________________________________________________ Subject: Clearview Nemo Unification and Vanity Naming Submitted by: Cathy Zhou File: PSARC/2006/499/opinion.ms Date: July 18th, 2007 Committee: Bill Sommerfeld (opinion written by Sebastien Roy), Kais Belgaied, James Carlson, Mark Carlson Product Approval Committee: Solaris PAC solaris-pac-opinion@sun.com 1. Summary This is one of a series of projects under the PSARC/2005/132 umbrella case, "Clearview: Network Interface Coherence". This project unifies all Ethernet drivers under the Nemo framework introduced by PSARC/2004/571, bringing support for Nemo features such as VLANs and link aggregations to all Ethernet links. It also introduces the ability to adminis- tratively assign names to datalinks, and to rename datalinks. 2. Decision & Precedence Information The project is approved as specified in references [1], [2], and [3]. The project may be delivered in a minor release of Solaris as part of the ON consolidataion. The project depends on the following other projects and may not be delivered before them. PSARC/2003/246 File System Driven Device Naming PSARC/2004/571 Nemo - a.k.a. GLD v3 PSARC/2006/358 VLAN Observability Enhancement PSARC/2006/499 Copyright 2007 Sun Microsystems - 2 - PSARC/2006/436 Public DLPI Library 3. Interfaces The project exports the following interfaces. _______________________________________________________________________________ | Interfaces Exported | |____________________________|_______________________|________________________| |Interface | Classification | Comments | |____________________________|_______________________|________________________| |/dev/net | Committed | [1] section 6.2.1 | |dlpi_walk() | Committed | New libdlpi function. | | | | [1] section 3.1.6 | |dladm rename-link | Committed | [1] section 4.3.1 | |dladm create-vlan | Committed | [1] section 4.1.4 | | delete-vlan | | | | show-vlan | | | |dladm show-phys | Committed | [1] section 4.1.2 | | delete-phys | | | |autopush link property | Committed | [1] section 4.3.4 | | | | | |dladm show-dev | Obsolete | [1] section 4.1.3 | |dladm aggregation | Obsolete | Replaced by link name.| |dladm -d options | Obsolete | Replaced by | | | | -l options. | | | | | |datalink_id_t | Consolidation Private| [3] | |Datalink ID Management API | Consolidation Private| [3] | |libdladm changes | Consolidation Private| [1] | |DLIOCVLANINFO | Consolidation Private| [1] section 6.1.4 | |DLPI_DEVONLY | Consolidation Private| [2] section 7 | |librcm.so | Consolidation Private| Moved from /usr/lib | | | | to /lib | | | | | |MAC_CAPAB_* MAC Capabilities| Project Private | [1] section 7.1.4 | |mc_open(), mc_close() | Project Private | [1] section 7.1.3 | |mac_perstream_open() | Project Private | [1] section 7.1 | |RCM_RESOURCE_LINK_NEW | Project Private | [1] section 6.2.7 | |/etc/.dlmgmtd_door | Project Private | Door file for dlmgmtd | |softmac_create() | Project Private | New softmac kernel API| |softmac_destroy() | | | |softmac_hold_link() | | | |softmac_rele_link() | | | |____________________________|_______________________|________________________| PSARC/2006/499 Copyright 2007 Sun Microsystems - 3 - The project imports the following interfaces. _______________________________________________________ | Interfaces Imported | |____________|_______________________|________________| |Interface | Classification | Comments | |____________|_______________________|________________| |libdlpi | Committed | PSARC/2006/436| |devname APIs| Consolidation Private| PSARC/2003/246| |____________|_______________________|________________| 4. Opinion 4.1. Verbose Link Descriptions While this case introduces the concept of flexible datalink names that could have meaning in a given context, it does not solve the greater problem of mapping a given physical network link to its attachment to the network (e.g. PCI slot label, or other verbose description of the physical charac- teristics of the attachment). Datalink names have a strict syntax (described in the NOTES section of dlpi(7P), and thus cannot contain arbitrary text. The committee and project team agreed that the link name is likely not the right vehicle for verbose descriptions. A possible and more feasible solution for this would be to add a link description to dladm separate from the link name. One member noted that this would be in line with SNMP MIB- 2's ifDescr OID describing an IP interface, which is dis- tinct from the IP interface name. This solution will not be part of this project. Section 6 contains advisory informa- tion for the implementation of this feature. 4.2. Inetd for Door Servers The committee noted that the dlmgmtd door server being introduced by this project may be idle when not answering door calls, which is likely to be the majority of the time, yet it is always running. It is likely one of many in a class of daemons that similarly sit idle while waiting for a door client to call. There is system overhead to having these processes constantly running yet idle. This "class" of daemon is similar to the set of network server daemons that sit idle while waiting for a client to establish a connection. For network servers, the problem was solved long ago with the introduction of the inetd(1M) daemon, which starts services on-demand upon connection establishment and acts as the delegated restarter for those services. PSARC/2006/499 Copyright 2007 Sun Microsystems - 4 - This general approach could be applied to door servers. A single restarter could be responsible for starting services upon receiving door calls associated with those services. Section 6 contains advisory information regarding the imple- mentation of such a feature. 5. Minority Opinion(s) None 6. Advisory Information 6.1. dladm Link Descriptions The project's management should fund a project to add link descriptions to the dladm(1M) command as discussed in sec- tion 4.1. The descriptions should be arbitrary text that can be set by the adminitrator. 6.2. Door Server Delegated Restarter The PAC is advised to fund a project to investigate and potentially implement the solution to the problem described in section 4.2. Specifically, a door server restarter is needed to reduce the overhead associated with having a mul- titute of idle door server daemons waiting for door calls from clients. 7. Appendices 7.1. Appendix A: Technical Changes Required None 7.2. Appendix B: Technical Changes Advised None 7.3. Appendix C: Reference Material Unless stated otherwise, path names are relative to the case directory PSARC/2006/499. 1. Design Document File: commitment.materials/uv-design.pdf 2. PSARC 20 Questions File: commitment.materials/uv_20q.txt 3. Datalink ID Management API Design File: commitment.materials/link_id_management.pdf PSARC/2006/499 Copyright 2007 Sun Microsystems --Boundary_(ID_rmzuggD9rsI9YWdGA+jQzg)-- From sac-owner Mon Sep 14 13:54:59 2009 Received: from dm-sfbay-01.sfbay.sun.com (dm-sfbay-01.SFBay.Sun.COM [129.145.155.118]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8EKswgD020349 for ; Mon, 14 Sep 2009 13:54:59 -0700 (PDT) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8EKswnQ062907 for ; Mon, 14 Sep 2009 13:54:58 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8EKswLW002518 for ; Mon, 14 Sep 2009 20:54:58 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_NpAOeB8cLGma8oqIs5g8EA)" Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPZ00100BEEWH00@mail-amer.sun.com> for sac-review@sac.sfbay.sun.com; Mon, 14 Sep 2009 14:54:58 -0600 (MDT) Received: from [129.148.174.103] ([unknown] [129.148.174.103]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPZ00L4ABF2HJE0@mail-amer.sun.com> for sac-review@sac.sfbay.sun.com; Mon, 14 Sep 2009 14:54:38 -0600 (MDT) Date: Mon, 14 Sep 2009 16:52:31 -0400 From: Sebastien Roy Subject: Opinion for SAC review: PSARC/2006/499 Clearview Nemo unification and vanity naming Sender: Sebastien.Roy@Sun.COM To: sac-review@sac.sfbay.sun.com Message-id: <1252961551.11651.75.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 Status: RO Content-Length: 9308 --Boundary_(ID_NpAOeB8cLGma8oqIs5g8EA) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT The attached opinion is being submitted for SAC review. Please send comments by September 21st, 2009. -Seb --Boundary_(ID_NpAOeB8cLGma8oqIs5g8EA) Content-type: text/plain; CHARSET=US-ASCII; name=opinion.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=opinion.txt sun microsystems Systems Architecture Committee _________________________________________________________________ Subject: Clearview Nemo Unification and Vanity Naming Submitted by: Cathy Zhou File: PSARC/2006/499/opinion.ms Date: July 18th, 2007 Committee: Bill Sommerfeld (opinion written by Sebastien Roy), Kais Belgaied, James Carlson, Mark Carlson Product Approval Committee: Solaris PAC solaris-pac-opinion@sun.com 1. Summary This is one of a series of projects under the PSARC/2005/132 umbrella case, "Clearview: Network Interface Coherence". This project unifies all Ethernet drivers under the Nemo framework introduced by PSARC/2004/571, bringing support for Nemo features such as VLANs and link aggregations to all Ethernet links. It also introduces the ability to adminis- tratively assign names to datalinks, and to rename datalinks. 2. Decision & Precedence Information The project is approved as specified in references [1], [2], and [3]. The project may be delivered in a minor release of Solaris as part of the ON consolidataion. The project depends on the following other projects and may not be delivered before them. PSARC/2003/246 File System Driven Device Naming PSARC/2004/571 Nemo - a.k.a. GLD v3 PSARC/2006/358 VLAN Observability Enhancement PSARC/2006/499 Copyright 2007 Sun Microsystems - 2 - PSARC/2006/436 Public DLPI Library 3. Interfaces The project exports the following interfaces. _______________________________________________________________________________ | Interfaces Exported | |____________________________|_______________________|________________________| |Interface | Classification | Comments | |____________________________|_______________________|________________________| |/dev/net | Committed | [1] section 6.2.1 | |dlpi_walk() | Committed | New libdlpi function. | | | | [1] section 3.1.6 | |dladm rename-link | Committed | [1] section 4.3.1 | |dladm create-vlan | Committed | [1] section 4.1.4 | | delete-vlan | | | | show-vlan | | | |dladm show-phys | Committed | [1] section 4.1.2 | | delete-phys | | | |autopush link property | Committed | [1] section 4.3.4 | | | | | |dladm show-dev | Obsolete | [1] section 4.1.3 | |dladm aggregation | Obsolete | Replaced by link name.| |dladm -d options | Obsolete | Replaced by | | | | -l options. | | | | | |datalink_id_t | Consolidation Private| [3] | |Datalink ID Management API | Consolidation Private| [3] | |libdladm changes | Consolidation Private| [1] | |DLIOCVLANINFO | Consolidation Private| [1] section 6.1.4 | |DLPI_DEVONLY | Consolidation Private| [2] section 7 | |librcm.so | Consolidation Private| Moved from /usr/lib | | | | to /lib | | | | | |MAC_CAPAB_* MAC Capabilities| Project Private | [1] section 7.1.4 | |mc_open(), mc_close() | Project Private | [1] section 7.1.3 | |mac_perstream_open() | Project Private | [1] section 7.1 | |RCM_RESOURCE_LINK_NEW | Project Private | [1] section 6.2.7 | |/etc/.dlmgmtd_door | Project Private | Door file for dlmgmtd | |softmac_create() | Project Private | New softmac kernel API| |softmac_destroy() | | | |softmac_hold_link() | | | |softmac_rele_link() | | | |____________________________|_______________________|________________________| PSARC/2006/499 Copyright 2007 Sun Microsystems - 3 - The project imports the following interfaces. _______________________________________________________ | Interfaces Imported | |____________|_______________________|________________| |Interface | Classification | Comments | |____________|_______________________|________________| |libdlpi | Committed | PSARC/2006/436| |devname APIs| Consolidation Private| PSARC/2003/246| |____________|_______________________|________________| 4. Opinion 4.1. Verbose Link Descriptions While this case introduces the concept of flexible datalink names that could have meaning in a given context, it does not solve the greater problem of mapping a given physical network link to its attachment to the network (e.g. PCI slot label, or other verbose description of the physical charac- teristics of the attachment). Datalink names have a strict syntax (described in the NOTES section of dlpi(7P), and thus cannot contain arbitrary text. The committee and project team agreed that the link name is likely not the right vehicle for verbose descriptions. A possible and more feasible solution for this would be to add a link description to dladm separate from the link name. One member noted that this would be in line with SNMP MIB- 2's ifDescr OID describing an IP interface, which is dis- tinct from the IP interface name. This solution will not be part of this project. Section 6 contains advisory informa- tion for the implementation of this feature. 4.2. Inetd for Door Servers The committee noted that the dlmgmtd door server being introduced by this project may be idle when not answering door calls, which is likely to be the majority of the time, yet it is always running. It is likely one of many in a class of daemons that similarly sit idle while waiting for a door client to call. There is system overhead to having these processes constantly running yet idle. This "class" of daemon is similar to the set of network server daemons that sit idle while waiting for a client to establish a connection. For network servers, the problem was solved long ago with the introduction of the inetd(1M) daemon, which starts services on-demand upon connection establishment and acts as the delegated restarter for those services. PSARC/2006/499 Copyright 2007 Sun Microsystems - 4 - This general approach could be applied to door servers. A single restarter could be responsible for starting services upon receiving door calls associated with those services. Section 6 contains advisory information regarding the imple- mentation of such a feature. 5. Minority Opinion(s) None 6. Advisory Information 6.1. dladm Link Descriptions The project's management should fund a project to add link descriptions to the dladm(1M) command as discussed in sec- tion 4.1. The descriptions should be arbitrary text that can be set by the adminitrator. 6.2. Door Server Delegated Restarter The PAC is advised to fund a project to investigate and potentially implement the solution to the problem described in section 4.2. Specifically, a door server restarter is needed to reduce the overhead associated with having a mul- titute of idle door server daemons waiting for door calls from clients. 7. Appendices 7.1. Appendix A: Technical Changes Required None 7.2. Appendix B: Technical Changes Advised None 7.3. Appendix C: Reference Material Unless stated otherwise, path names are relative to the case directory PSARC/2006/499. 1. Design Document File: commitment.materials/uv-design.pdf 2. PSARC 20 Questions File: commitment.materials/uv_20q.txt 3. Datalink ID Management API Design File: commitment.materials/link_id_management.pdf PSARC/2006/499 Copyright 2007 Sun Microsystems --Boundary_(ID_NpAOeB8cLGma8oqIs5g8EA)-- From sac-owner Mon Sep 28 12:24:34 2009 Received: from dm-eng-01.sfbay.sun.com (dm-eng-01.SFBay.Sun.COM [129.145.155.198]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8SJOXUL027449 for ; Mon, 28 Sep 2009 12:24:33 -0700 (PDT) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-eng-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8SJOXeb055116 for ; Mon, 28 Sep 2009 12:24:33 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8SJOWVT026353 for ; Mon, 28 Sep 2009 19:24:32 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_GMaxI7VKgV7YpSAq4gkSAQ)" Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KQP00F0043M0P00@mail-amer.sun.com> for sac-opinion@sac.eng.sun.com; Mon, 28 Sep 2009 13:24:32 -0600 (MDT) Received: from [129.148.174.103] ([unknown] [129.148.174.103]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KQP003M34KO4410@mail-amer.sun.com>; Mon, 28 Sep 2009 13:24:24 -0600 (MDT) Date: Mon, 28 Sep 2009 15:22:09 -0400 From: Sebastien Roy Subject: Opinion for archival: PSARC/2006/499 Clearview Nemo unification and vanity naming Sender: Sebastien.Roy@Sun.COM To: sac-opinion@sac.sfbay.sun.com Cc: solaris-pac-opinion@Sun.COM Message-id: <1254165729.12892.149.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 Status: RO Content-Length: 9297 --Boundary_(ID_GMaxI7VKgV7YpSAq4gkSAQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT The attached opinion has completed the SAC opinion review process and is ready for archival. -Seb --Boundary_(ID_GMaxI7VKgV7YpSAq4gkSAQ) Content-type: text/plain; CHARSET=US-ASCII; name=opinion.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=opinion.txt sun microsystems Systems Architecture Committee _________________________________________________________________ Subject: Clearview Nemo Unification and Vanity Naming Submitted by: Cathy Zhou File: PSARC/2006/499/opinion.ms Date: July 18th, 2007 Committee: Bill Sommerfeld (opinion written by Sebastien Roy), Kais Belgaied, James Carlson, Mark Carlson Product Approval Committee: Solaris PAC solaris-pac-opinion@sun.com 1. Summary This is one of a series of projects under the PSARC/2005/132 umbrella case, "Clearview: Network Interface Coherence". This project unifies all Ethernet drivers under the Nemo framework introduced by PSARC/2004/571, bringing support for Nemo features such as VLANs and link aggregations to all Ethernet links. It also introduces the ability to adminis- tratively assign names to datalinks, and to rename datalinks. 2. Decision & Precedence Information The project is approved as specified in references [1], [2], and [3]. The project may be delivered in a minor release of Solaris as part of the ON consolidataion. The project depends on the following other projects and may not be delivered before them. PSARC/2003/246 File System Driven Device Naming PSARC/2004/571 Nemo - a.k.a. GLD v3 PSARC/2006/358 VLAN Observability Enhancement PSARC/2006/499 Copyright 2007 Sun Microsystems - 2 - PSARC/2006/436 Public DLPI Library 3. Interfaces The project exports the following interfaces. _______________________________________________________________________________ | Interfaces Exported | |____________________________|_______________________|________________________| |Interface | Classification | Comments | |____________________________|_______________________|________________________| |/dev/net | Committed | [1] section 6.2.1 | |dlpi_walk() | Committed | New libdlpi function. | | | | [1] section 3.1.6 | |dladm rename-link | Committed | [1] section 4.3.1 | |dladm create-vlan | Committed | [1] section 4.1.4 | | delete-vlan | | | | show-vlan | | | |dladm show-phys | Committed | [1] section 4.1.2 | | delete-phys | | | |autopush link property | Committed | [1] section 4.3.4 | | | | | |dladm show-dev | Obsolete | [1] section 4.1.3 | |dladm aggregation | Obsolete | Replaced by link name.| |dladm -d options | Obsolete | Replaced by | | | | -l options. | | | | | |datalink_id_t | Consolidation Private| [3] | |Datalink ID Management API | Consolidation Private| [3] | |libdladm changes | Consolidation Private| [1] | |DLIOCVLANINFO | Consolidation Private| [1] section 6.1.4 | |DLPI_DEVONLY | Consolidation Private| [2] section 7 | |librcm.so | Consolidation Private| Moved from /usr/lib | | | | to /lib | | | | | |MAC_CAPAB_* MAC Capabilities| Project Private | [1] section 7.1.4 | |mc_open(), mc_close() | Project Private | [1] section 7.1.3 | |mac_perstream_open() | Project Private | [1] section 7.1 | |RCM_RESOURCE_LINK_NEW | Project Private | [1] section 6.2.7 | |/etc/.dlmgmtd_door | Project Private | Door file for dlmgmtd | |softmac_create() | Project Private | New softmac kernel API| |softmac_destroy() | | | |softmac_hold_link() | | | |softmac_rele_link() | | | |____________________________|_______________________|________________________| PSARC/2006/499 Copyright 2007 Sun Microsystems - 3 - The project imports the following interfaces. _______________________________________________________ | Interfaces Imported | |____________|_______________________|________________| |Interface | Classification | Comments | |____________|_______________________|________________| |libdlpi | Committed | PSARC/2006/436| |devname APIs| Consolidation Private| PSARC/2003/246| |____________|_______________________|________________| 4. Opinion 4.1. Verbose Link Descriptions While this case introduces the concept of flexible datalink names that could have meaning in a given context, it does not solve the greater problem of mapping a given physical network link to its attachment to the network (e.g. PCI slot label, or other verbose description of the physical charac- teristics of the attachment). Datalink names have a strict syntax (described in the NOTES section of dlpi(7P), and thus cannot contain arbitrary text. The committee and project team agreed that the link name is likely not the right vehicle for verbose descriptions. A possible and more feasible solution for this would be to add a link description to dladm separate from the link name. One member noted that this would be in line with SNMP MIB- 2's ifDescr OID describing an IP interface, which is dis- tinct from the IP interface name. This solution will not be part of this project. Section 6 contains advisory informa- tion for the implementation of this feature. 4.2. Inetd for Door Servers The committee noted that the dlmgmtd door server being introduced by this project may be idle when not answering door calls, which is likely to be the majority of the time, yet it is always running. It is likely one of many in a class of daemons that similarly sit idle while waiting for a door client to call. There is system overhead to having these processes constantly running yet idle. This "class" of daemon is similar to the set of network server daemons that sit idle while waiting for a client to establish a connection. For network servers, the problem was solved long ago with the introduction of the inetd(1M) daemon, which starts services on-demand upon connection establishment and acts as the delegated restarter for those services. PSARC/2006/499 Copyright 2007 Sun Microsystems - 4 - This general approach could be applied to door servers. A single restarter could be responsible for starting services upon receiving door calls associated with those services. Section 6 contains advisory information regarding the imple- mentation of such a feature. 5. Minority Opinion(s) None 6. Advisory Information 6.1. dladm Link Descriptions The project's management should fund a project to add link descriptions to the dladm(1M) command as discussed in sec- tion 4.1. The descriptions should be arbitrary text that can be set by the adminitrator. 6.2. Door Server Delegated Restarter The PAC is advised to fund a project to investigate and potentially implement the solution to the problem described in section 4.2. Specifically, a door server restarter is needed to reduce the overhead associated with having a mul- titute of idle door server daemons waiting for door calls from clients. 7. Appendices 7.1. Appendix A: Technical Changes Required None 7.2. Appendix B: Technical Changes Advised None 7.3. Appendix C: Reference Material Unless stated otherwise, path names are relative to the case directory PSARC/2006/499. 1. Design Document File: commitment.materials/uv-design.pdf 2. PSARC 20 Questions File: commitment.materials/uv_20q.txt 3. Datalink ID Management API Design File: commitment.materials/link_id_management.pdf PSARC/2006/499 Copyright 2007 Sun Microsystems --Boundary_(ID_GMaxI7VKgV7YpSAq4gkSAQ)--