From meem@triplex.east.sun.com Wed May 30 16:20:05 2007 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 l4UNK5sH021053 for ; Wed, 30 May 2007 16:20:05 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l4UNIji0025922 for <@sunmail3mpk.sfbay.sun.com:psarc-ext@sun.com>; Wed, 30 May 2007 16:18:45 -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 <0JIV00105NF9UG00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 30 May 2007 16:18:45 -0700 (PDT) Received: from triplex.East.Sun.COM ([129.148.174.104]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JIV00CZXNF8POD0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 30 May 2007 16:18:44 -0700 (PDT) Received: from triplex.East.Sun.COM (localhost [127.0.0.1]) by triplex.East.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id l4UNIi2G107316 for ; Wed, 30 May 2007 19:18:44 -0400 (EDT) Received: (from meem@localhost) by triplex.East.Sun.COM (8.14.1+Sun/8.14.1/Submit) id l4UNIiBi107313; Wed, 30 May 2007 19:18:44 -0400 (EDT) Date: Wed, 30 May 2007 19:18:44 -0400 From: Peter Memishian Subject: 2007/272 Project Clearview: IPMP Rearchitecture To: psarc-ext@Sun.COM Message-id: <18014.1620.50461.491038@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.17 under 21.4 (patch 18) "Social Property" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 Status: RO Content-Length: 110 I've placed the materials for next week's inception review into the inception.materials directory. -- meem From Darren.Reed@sun.com Sun Feb 10 22:01:02 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1B612dF002563 for ; Sun, 10 Feb 2008 22:01:02 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1B611Kn021995 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Sun, 10 Feb 2008 22:01:01 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0JW2006018PPOQ00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 10 Feb 2008 23:01:01 -0700 (MST) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW200FA78PL38B0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 10 Feb 2008 23:01:00 -0700 (MST) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1B613Hr022793 for ; Mon, 11 Feb 2008 06:01:03 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) id <0JW200J018IJWR00@mail-apac.sun.com> (original mail from Darren.Reed@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 14:00:56 +0800 (SGT) Received: from [129.158.87.228] by mail-apac.sun.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0JW2007QC8PJBI24@mail-apac.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 14:00:56 +0800 (SGT) Date: Mon, 11 Feb 2008 16:59:24 +1100 From: Darren Reed Subject: PSARC/2007/272: Request for more details of IPMP Rearchitecture... Sender: Darren.Reed@sun.com To: clearview-discuss Cc: PSARC-ext@sun.com Message-id: <47AFE43C.9070408@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 1.5.0.13 (Windows/20070809) Status: RO Content-Length: 1552 I don't recall this issue being brought up at inception and as a date for commitment is still unknown, I'd like to raise this question/issue earlier so that some thought can be given to it in the preparation for commitment and hopefully some discussion included in the design document. The question of what happens with input packets vs output packets may need separate treatment. Darren .... For brevity, I'm referring to the remodeled IPMP architecture being introduced as IPMPv2 and the current/old model as IPMPv1... The document presented for inception review of PSARC/2007/272 appears to contain no material that discusses the interaction of NIC capabilities (such as LSO and hardware checksum offloading) with IPMPv2. Specifically, when compared with the existing architecture and the use of logical IP interfaces, the real NIC that is to be used in sending packets out of the system is hidden. So whereas before we might of had IPMP on nxge0:1 and TCP/IP would be able to see what capabilities nxge0 had and thus adapt to it, there is no mention in the new design document of whether or not this capability is exposed to TCP/IP and if so, how. Thus, users of IPMPv2 may potentially see a drop in networking performance, if the hardware was previously providing them with measurable aid (when either using IPMPv1 or no IPMP.) If NIC capabilities aren't being propagated up so that TCP can see them, is there a long term design or plan to correct this? If they are, can the document please be updated to include how or when this is done. From meem@triplex.east.sun.com Sun Feb 10 22:51:38 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1B6pcwN003890 for ; Sun, 10 Feb 2008 22:51:38 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m1B6pZD5016479; Sun, 10 Feb 2008 22:51:36 -0800 (PST) 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 <0JW200007B20LX00@nwk-avmta-2.sfbay.sun.com>; Sun, 10 Feb 2008 22:51:36 -0800 (PST) Received: from triplex.East.Sun.COM ([129.148.174.104]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0JW200MNLB1ZJX00@nwk-avmta-2.sfbay.sun.com>; Sun, 10 Feb 2008 22:51:35 -0800 (PST) Received: from triplex.East.Sun.COM (localhost [127.0.0.1]) by triplex.East.Sun.COM (8.14.2+Sun/8.14.2) with ESMTP id m1B6i561028347; Mon, 11 Feb 2008 01:44:05 -0500 (EST) Received: (from meem@localhost) by triplex.East.Sun.COM (8.14.2+Sun/8.14.2/Submit) id m1B6i5PG028344; Mon, 11 Feb 2008 01:44:05 -0500 (EST) Date: Mon, 11 Feb 2008 01:44:05 -0500 From: Peter Memishian Subject: re: [clearview-discuss] PSARC/2007/272: Request for more details of IPMP Rearchitecture... In-reply-to: <47AFE43C.9070408@Sun.COM> To: Darren Reed Cc: clearview-discuss , PSARC-ext@sun.com Message-id: <18351.61109.386210.816356@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.2.0.264296 References: <47AFE43C.9070408@Sun.COM> Status: RO Content-Length: 818 > If NIC capabilities aren't being propagated up so that TCP can > see them, is there a long term design or plan to correct this? They are propagated -- e.g. tcp_send_data() -> tcp_send_find_ire_ill() -> ire_to_ill() will find the ill associated with the ire_stq for the IRE_CACHE for the given destination. Of course, if the ill associated with the ire_stq fails, the IRE_CACHE entry will be deleted, and a new one will be recreated on another interface. UDP works the same way. There are literally hundreds of low-level architectural details like this; covering them all in the PSARC materials would be overwhelming and require intimate knowledge of the stack to understand. However, I still have a plan to write a document covering these sorts of issues for our own use inside Solaris Networking. -- meem From Shantnu.Sharma@sun.com Mon Feb 11 05:02:37 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1BD2aoA017930 for ; Mon, 11 Feb 2008 05:02:37 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m1BD2Wp8010059 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 11 Feb 2008 21:02:35 +0800 (SGT) 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 <0JW200H0JS8AKN00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 06:02:34 -0700 (MST) 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 <0JW200997S8AVXC0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 06:02:34 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m1BD2Yus008020 for ; Mon, 11 Feb 2008 13:02:34 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JW200F01S3VKV00@mail-amer.sun.com> (original mail from Shantnu.Sharma@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 06:02:34 -0700 (MST) Received: from [129.150.33.188] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW200CPES84QPB0@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 11 Feb 2008 06:02:33 -0700 (MST) Date: Mon, 11 Feb 2008 08:02:25 -0500 From: Shantnu Sharma Subject: Re: [clearview-discuss] PSARC/2007/272: Request for more details of IPMP Rearchitecture... In-reply-to: <47AFE43C.9070408@Sun.COM> Sender: Shantnu.Sharma@sun.com To: Darren Reed Cc: clearview-discuss , PSARC-ext@sun.com Message-id: <47B04761.908@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en X-PMX-Version: 5.2.0.264296 References: <47AFE43C.9070408@Sun.COM> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 Status: RO Content-Length: 1942 Darren Reed wrote: >I don't recall this issue being brought up at inception >and as a date for commitment is still unknown, > Not sure if this is too relevant.... we plan to complete schedule updates for all clearview components before the ESR this Thursday. This implies, that the anticipated commitment time frame will be called out. >I'd like >to raise this question/issue earlier so that some thought >can be given to it in the preparation for commitment and >hopefully some discussion included in the design document. > >The question of what happens with input packets vs output >packets may need separate treatment. > >Darren >.... > >For brevity, I'm referring to the remodeled IPMP architecture >being introduced as IPMPv2 and the current/old model as IPMPv1... > >The document presented for inception review of PSARC/2007/272 >appears to contain no material that discusses the interaction >of NIC capabilities (such as LSO and hardware checksum offloading) >with IPMPv2. > >Specifically, when compared with the existing architecture >and the use of logical IP interfaces, the real NIC that is >to be used in sending packets out of the system is hidden. >So whereas before we might of had IPMP on nxge0:1 and TCP/IP >would be able to see what capabilities nxge0 had and thus >adapt to it, there is no mention in the new design document >of whether or not this capability is exposed to TCP/IP and if >so, how. > >Thus, users of IPMPv2 may potentially see a drop in networking >performance, if the hardware was previously providing them with >measurable aid (when either using IPMPv1 or no IPMP.) > >If NIC capabilities aren't being propagated up so that TCP can >see them, is there a long term design or plan to correct this? >If they are, can the document please be updated to include how >or when this is done. > > >_________________________________ >clearview-discuss mailing list >clearview-discuss@opensolaris.org > > From peter.memishian@sun.com Thu Nov 13 01:13:03 2008 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 mAD9D36D026964 for ; Thu, 13 Nov 2008 01:13:03 -0800 (PST) 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 mAD9D2Q6063627 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 13 Nov 2008 02:13:03 -0700 (MST) 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 <0KA900F0CLLMHJ00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 01:12:58 -0800 (PST) Received: from dm-east-01.east.sun.com ([129.148.9.192]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KA90012BLLLLBF0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 01:12:58 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAD9CvE3023509 for ; Thu, 13 Nov 2008 04:12:57 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mAD9Cv1G274049 for ; Thu, 13 Nov 2008 04:12:57 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mAD9Cvn0274031; Thu, 13 Nov 2008 04:12:57 -0500 (EST) Date: Thu, 13 Nov 2008 04:12:57 -0500 From: Peter Memishian Subject: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) To: psarc-ext@sun.com Reply-to: peter.memishian@sun.com Message-id: <18715.61337.14362.335253@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 4088 ARC members, As you may recall, when PSARC/2007/272 went through PSARC Inception, PSARC felt the materials were complete enough to vote. However, some aspects of the proposed architecture had not yet been implemented, and the project team wanted more time gain experience with the proposed interfaces and the ability to revise them without risk of obscuring the overall architecture via fasttracks. As such, PSARC agreed to an email-based vote once the project team was ready. Here we are :-) The commitment.materials directory contains our complete proposal[1]. Given that the design document weighs in at 60 pages, the substantive changes from our inception materials are (relatively speaking) quite small. Specifically: * Section 3.6: The spec is now explicit that DHCP-managed test addresses work with DR (this was an oversight in the original materials). * Section 3.17: To resolve a conflict with the new architecture, IPMP Singleton no longer allows an IP data address to double as an IP test address. More generally, this section has been expanded to cover additional issues we (the Sun Cluster and Clearview teams) discovered while bringing a Clearview IPMP cluster up. * Section 4.1.10: To simplify the design and improve observability, IP interfaces with duplicate hardware addresses are now brought offline by in.mpathd rather than marked unusable by the kernel. * Section 4.2.3: To improve observability, ipmpstat now separates IPv4 and IPv6 multicast nominations, and identifies IP interfaces that have been taken offline due to hardware address conflicts. In addition, the "disabled" link state proved unnecessary and thus has been removed. * Section 4.2.7: The ipmpstat parsable output mode now mirrors the approach used by PSARC/2008/374 (dladm parseable output). * Sections 4.5 and 5.5: To simplify the implementation, support for adding legacy routes (routes over underlying IP interfaces) is handled by the kernel rather than route(1M). * Sections 4.6.1 and 4.6.2: The spec is now much more thorough in its explanation of how IPv6 link-local data and test addresses will work. * Section 4.12: To improve security, the IP filter interaction has been tweaked such that once an IP interface joins a group, it is subject to any filtering rules for the associated IPMP group interface. * Section 4.13: To improve ease-of-use, starting DHCP on an underlying IP interface now acquires a test address (rather than failing). * Section 4.13: To allow DHCP-managed test addresses to work with DR, dhcpagent(1M) no longer monitors changes to the IFF_UP flag. * Section 5.4.2: To improve future extensibility, the proposed SO_RTSIPMP socket option has been replaced with an RT_AWARE socket option, and a new SOL_ROUTE socket level to house the option. * Section 5.12: For consistency with SIOC*ARP, the SIOC*ND ioctls will fail if one attempts to change a mapping for an IPMP data address. * Section 5.14: To simplify the implementation, only SIOCSLIFUSESRC will fail in conjunction with IPMP; the other ioctls (SIOCGLIFUSESRC and SIOCGLIFSRCOF) now trivially succeed. * Section 5.15: The spec is now explicit that multicast memberships on an IP interface are purged when it joins an IPMP group (this was an oversight in the original materials). * Section 5.18: To ensure IPMP-unaware MIB applications won't trip over IPMP test address information, a synthetic EXPER_IP_AND_TESTHIDDEN MIB level has been added. * Section 5.23.5: As a convenience, a consolidation-private sockaddrcmp() function has been added to libinetutil; it compares two IP addresses. [1] Note that the provided libipmp.txt and ipmp-async.txt specifications are just to put the changes specified in sections 5.21 and 5.22 of the design document into context by partnering it with the specifications previously provided by PSARC/2002/137 and PSARC/2002/615 respectively. -- meem From carlsonj@phorcys.east.sun.com Thu Nov 13 06:52:06 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mADEq5jF006526 for ; Thu, 13 Nov 2008 06:52:05 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mADEq3x4002284; Thu, 13 Nov 2008 14:52:03 GMT 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 <0KAA001051AM0G00@brm-avmta-1.central.sun.com>; Thu, 13 Nov 2008 07:51:58 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAA00KKP1ALRI40@brm-avmta-1.central.sun.com>; Thu, 13 Nov 2008 07:51:57 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mADEpvGT024119; Thu, 13 Nov 2008 09:51:57 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mADEpvW2024116; Thu, 13 Nov 2008 09:51:57 -0500 (EST) Date: Thu, 13 Nov 2008 09:51:57 -0500 From: James Carlson Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <18715.61337.14362.335253@gargle.gargle.HOWL> To: Peter.Memishian@sun.com Cc: psarc-ext@sun.com Message-id: <18716.16141.347253.169650@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> Status: RO Content-Length: 1484 Peter Memishian writes: > * Section 3.17: To resolve a conflict with the new architecture, IPMP > Singleton no longer allows an IP data address to double as an IP test > address. More generally, this section has been expanded to cover > additional issues we (the Sun Cluster and Clearview teams) discovered > while bringing a Clearview IPMP cluster up. Does this project obsolete 2002/278 (Singleton IPMP Group) and 2002/763 (Contract for use of SIOCGLIFGROUPNAME)? Is there a new contract to replace PSARC/2002/763-01? It's good that we have the affected teams talking, but I think completing the case will require a follow-up. > * Section 5.18: To ensure IPMP-unaware MIB applications won't trip over > IPMP test address information, a synthetic EXPER_IP_AND_TESTHIDDEN > MIB level has been added. This will remove information that used to show up in the MIB, and thus cause a small loss of observability for IPMP machines managed by SNMP. I think we should have ARC advice added to the opinion: management needs to be advised that while this is an improvement in accuracy of the data, it's also a regression, and that we need to have updates to the SNMP implementation to support IPMP (perhaps via a private MIB). -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Sebastien.Roy@sun.com Thu Nov 13 07:16:11 2008 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 mADFGBKj007158 for ; Thu, 13 Nov 2008 07:16:11 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mADFG7wt057803 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 13 Nov 2008 08:16:10 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAA00I0Z2EXVD00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@Sun.COM); Thu, 13 Nov 2008 07:16:09 -0800 (PST) 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 <0KAA00D1O2EWMU90@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@Sun.COM); Thu, 13 Nov 2008 07:16:08 -0800 (PST) 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 mADFG8pT019987 for ; Thu, 13 Nov 2008 15:16:08 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAA00H011OXWI00@mail-amer.sun.com> (original mail from Sebastien.Roy@Sun.COM) for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Thu, 13 Nov 2008 08:16:08 -0700 (MST) Received: from [192.168.1.2] ([71.174.191.231]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAA00JD12ERAF10@mail-amer.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Thu, 13 Nov 2008 08:16:04 -0700 (MST) Date: Thu, 13 Nov 2008 10:16:02 -0500 From: Sebastien Roy Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <18716.16141.347253.169650@gargle.gargle.HOWL> Sender: Sebastien.Roy@sun.com To: James Carlson Cc: Peter.Memishian@sun.com, psarc-ext@sun.com Message-id: <1226589362.6282.54.camel@seb> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Evolution 2.24.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <18716.16141.347253.169650@gargle.gargle.HOWL> Status: RO Content-Length: 1031 On Thu, 2008-11-13 at 09:51 -0500, James Carlson wrote: > Peter Memishian writes: > > * Section 5.18: To ensure IPMP-unaware MIB applications won't trip over > > IPMP test address information, a synthetic EXPER_IP_AND_TESTHIDDEN > > MIB level has been added. > > This will remove information that used to show up in the MIB, and thus > cause a small loss of observability for IPMP machines managed by SNMP. > > I think we should have ARC advice added to the opinion: management > needs to be advised that while this is an improvement in accuracy of > the data, it's also a regression, and that we need to have updates to > the SNMP implementation to support IPMP (perhaps via a private MIB). Do you think that we should discuss the changes in a meeting and hold an in-person vote, or would an email vote as originally proposed be adequate? At this point, I'm not exactly sure who is in a position to vote on this case as the PSARC membership landscape has changed since the case was originally reviewed... -Seb From carlsonj@phorcys.east.sun.com Thu Nov 13 07:28:11 2008 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 mADFSBww007261 for ; Thu, 13 Nov 2008 07:28:11 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mADFS0if021474; Thu, 13 Nov 2008 07:28:10 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAA003012YXBL00@brm-avmta-1.central.sun.com>; Thu, 13 Nov 2008 08:28:09 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAA00KUD2YWRI70@brm-avmta-1.central.sun.com>; Thu, 13 Nov 2008 08:28:08 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mADFS83F024360; Thu, 13 Nov 2008 10:28:08 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mADFS8Ji024357; Thu, 13 Nov 2008 10:28:08 -0500 (EST) Date: Thu, 13 Nov 2008 10:28:08 -0500 From: James Carlson Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <1226589362.6282.54.camel@seb> To: Sebastien Roy Cc: psarc-ext@sun.com, Peter.Memishian@sun.com Message-id: <18716.18312.296989.33658@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <18716.16141.347253.169650@gargle.gargle.HOWL> <1226589362.6282.54.camel@seb> Status: RO Content-Length: 1763 Sebastien Roy writes: > On Thu, 2008-11-13 at 09:51 -0500, James Carlson wrote: > > I think we should have ARC advice added to the opinion: management > > needs to be advised that while this is an improvement in accuracy of > > the data, it's also a regression, and that we need to have updates to > > the SNMP implementation to support IPMP (perhaps via a private MIB). > > Do you think that we should discuss the changes in a meeting and hold an > in-person vote, or would an email vote as originally proposed be > adequate? I think email or a quick vote during ARC business would be fine; I don't think we have enough here to schedule a review slot. > At this point, I'm not exactly sure who is in a position to > vote on this case as the PSARC membership landscape has changed since > the case was originally reviewed... The usual procedure is that the case owner or intern (Bill's still a member, though on sabbatical) calls for the vote and specifies what's being voted on and how votes are recorded. In this case, Bill could say something like: "we're voting on the commitment materials plus advice to management on the SNMP issue; please record your vote via an email message by 11/19/2008, or in person at the 11/19/2008 meeting, or speak now if you're not ready to vote yet and are not planning to vote NP." It's the members themselves who determine how and if they can vote on a case and, yes, it does sometimes happen that the membership changes between inception and commitment. It shouldn't necessarily be a problem. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From peter.memishian@sun.com Thu Nov 13 09:25:28 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mADHPReK011125 for ; Thu, 13 Nov 2008 09:25:27 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id mADHPI27029830 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 14 Nov 2008 01:25:26 +0800 (SGT) 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 <0KAA008038ECHA00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 09:25:24 -0800 (PST) Received: from dm-east-02.east.sun.com ([129.148.13.5]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAA000W58E95H80@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 09:25:22 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-02.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mADHPLQa053223; Thu, 13 Nov 2008 12:25:21 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mADHPKeP933652; Thu, 13 Nov 2008 12:25:20 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mADHPKU9933454; Thu, 13 Nov 2008 12:25:20 -0500 (EST) Date: Thu, 13 Nov 2008 12:25:19 -0500 From: Peter Memishian Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <18716.16141.347253.169650@gargle.gargle.HOWL> To: James Carlson Cc: peter.memishian@sun.com, psarc-ext@sun.com Reply-to: peter.memishian@sun.com Message-id: <18716.25343.707118.887259@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <18716.16141.347253.169650@gargle.gargle.HOWL> X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 1767 > > * Section 3.17: To resolve a conflict with the new architecture, IPMP > > Singleton no longer allows an IP data address to double as an IP test > > address. More generally, this section has been expanded to cover > > additional issues we (the Sun Cluster and Clearview teams) discovered > > while bringing a Clearview IPMP cluster up. > > Does this project obsolete 2002/278 (Singleton IPMP Group) and It mostly obsoletes 2002/278 (the idea of a Singleton IPMP group remains, but there's no sharing of data and test addresses). Oddly, the only interfaces exported by that case are the IP_DONTFAILOVER_IF and IPV6_DONTFAILOVER_IF ioctls; those are in the removed interface list for this case (see ipmp-20q.txt) > 2002/763 (Contract for use of SIOCGLIFGROUPNAME)? Yes, for the SIOCSLIFGROUPNAME part. > Is there a new contract to replace PSARC/2002/763-01? We were planning on providing a new contract once Sun Cluster is actually supported on Nevada and we (the IPMP team and Sun Cluster team) are in a position to do thorough testing and discover exactly what they need. > > * Section 5.18: To ensure IPMP-unaware MIB applications won't trip over > > IPMP test address information, a synthetic EXPER_IP_AND_TESTHIDDEN > > MIB level has been added. > > This will remove information that used to show up in the MIB, and thus > cause a small loss of observability for IPMP machines managed by SNMP. > > I think we should have ARC advice added to the opinion: management > needs to be advised that while this is an improvement in accuracy of > the data, it's also a regression, and that we need to have updates to > the SNMP implementation to support IPMP (perhaps via a private MIB). OK. -- meem From carlsonj@phorcys.east.sun.com Thu Nov 13 09:30:43 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mADHUg3Z011351 for ; Thu, 13 Nov 2008 09:30:43 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id mADHUYsA002680; Fri, 14 Nov 2008 01:30:39 +0800 (SGT) 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 <0KAA0090R8N10F00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 13 Nov 2008 09:30:37 -0800 (PST) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAA000EB8MY5G90@nwk-avmta-1.sfbay.Sun.COM>; Thu, 13 Nov 2008 09:30:35 -0800 (PST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mADHUYBP025273; Thu, 13 Nov 2008 12:30:34 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mADHUYmH025270; Thu, 13 Nov 2008 12:30:34 -0500 (EST) Date: Thu, 13 Nov 2008 12:30:34 -0500 From: James Carlson Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <18716.25343.707118.887259@gargle.gargle.HOWL> To: peter.memishian@sun.com Cc: psarc-ext@sun.com Message-id: <18716.25658.717118.959643@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <18716.16141.347253.169650@gargle.gargle.HOWL> <18716.25343.707118.887259@gargle.gargle.HOWL> Status: RO Content-Length: 597 Peter Memishian writes: > > Is there a new contract to replace PSARC/2002/763-01? > > We were planning on providing a new contract once Sun Cluster is actually > supported on Nevada and we (the IPMP team and Sun Cluster team) are in a > position to do thorough testing and discover exactly what they need. OK, that makes sense. (I'd be ready to vote if one is called.) -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Sebastien.Roy@sun.com Thu Nov 13 11:00:14 2008 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 mADJ0E2o016429 for ; Thu, 13 Nov 2008 11:00:14 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mADJ077T020776 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 13 Nov 2008 11:00:14 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAA00H29CSCHA00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 11:00:12 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAA00GONCSBWU00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 11:00:11 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mADJ0Brk013513 for ; Thu, 13 Nov 2008 19:00:11 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAA00L01B0UDP00@mail-amer.sun.com> (original mail from Sebastien.Roy@Sun.COM) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 12:00:11 -0700 (MST) Received: from [192.168.1.2] ([71.174.191.231]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAA00CD2CS74AD0@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 12:00:08 -0700 (MST) Date: Thu, 13 Nov 2008 14:00:03 -0500 From: Sebastien Roy Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <18715.61337.14362.335253@gargle.gargle.HOWL> Sender: Sebastien.Roy@sun.com To: Peter.Memishian@sun.com Cc: psarc-ext@sun.com Message-id: <1226602803.6282.66.camel@seb> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Evolution 2.24.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> Status: RO Content-Length: 563 Given Meem's updated materials, I'll call for an email vote on this case (yes, I'm the intern on this case, the IAM file had never been updated to reflect that). The vote is to approve this case as described in the commitment materials and for advice to management that the SNMP implementation should be enhanced to support IPMP. Members, please record your vote by replying to this message by 11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting. Please let me know if you're not planning to vote NP and would like more time. Thanks, -Seb From carlsonj@phorcys.east.sun.com Thu Nov 13 11:09:03 2008 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 mADJ93XV016543 for ; Thu, 13 Nov 2008 11:09:03 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mADJ91F7008193; Thu, 13 Nov 2008 11:09:02 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAA00I07D71CW00@brm-avmta-1.central.sun.com>; Thu, 13 Nov 2008 12:09:01 -0700 (MST) Received: from phorcys.east.sun.com ([129.148.174.143]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAA007TXD70HPB0@brm-avmta-1.central.sun.com>; Thu, 13 Nov 2008 12:09:01 -0700 (MST) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mADJ90jO025881; Thu, 13 Nov 2008 14:09:00 -0500 (EST) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mADJ90cr025878; Thu, 13 Nov 2008 14:09:00 -0500 (EST) Date: Thu, 13 Nov 2008 14:09:00 -0500 From: James Carlson Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <1226602803.6282.66.camel@seb> To: Sebastien Roy Cc: peter.memishian@sun.com, psarc-ext@sun.com Message-id: <18716.31564.687620.829324@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <1226602803.6282.66.camel@seb> Status: RO Content-Length: 483 Sebastien Roy writes: > Members, please record your vote by replying to this message by > 11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting. > Please let me know if you're not planning to vote NP and would like more > time. Jim: Approve -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Mark.Carlson@sun.com Thu Nov 13 11:58:54 2008 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 mADJwrQB017637 for ; Thu, 13 Nov 2008 11:58:53 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mADJwpXH001062 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 13 Nov 2008 11:58:53 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAA00L11FI4QZ00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 12:58:52 -0700 (MST) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAA007AWFI3HPF0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 12:58:51 -0700 (MST) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mADJwpen020034 for ; Thu, 13 Nov 2008 19:58:51 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAA00I01EZ4I100@mail-amer.sun.com> (original mail from Mark.Carlson@Sun.COM) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 12:58:51 -0700 (MST) Received: from Macintosh-252.local ([129.150.36.169]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAA0054UFHWWBH0@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 13 Nov 2008 12:58:47 -0700 (MST) Date: Thu, 13 Nov 2008 12:58:44 -0700 From: "Mark A. Carlson" Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <18716.31564.687620.829324@gargle.gargle.HOWL> Sender: Mark.Carlson@sun.com To: James Carlson Cc: Sebastien Roy , Peter.Memishian@sun.com, PSARC-ext@sun.com Message-id: <491C86F4.4060608@sun.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_CzL/E0J0D8sffwWwrJuCnw)" X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <1226602803.6282.66.camel@seb> <18716.31564.687620.829324@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) Status: RO Content-Length: 1508 This is a multi-part message in MIME format. --Boundary_(ID_CzL/E0J0D8sffwWwrJuCnw) Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Mark is NP, as I was not part of PSARC at that time. -- mark James Carlson wrote: > Sebastien Roy writes: > >> Members, please record your vote by replying to this message by >> 11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting. >> Please let me know if you're not planning to vote NP and would like more >> time. >> > > Jim: Approve > > --Boundary_(ID_CzL/E0J0D8sffwWwrJuCnw) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Mark is NP, as I was not part of PSARC at that time.

-- mark

James Carlson wrote: 
Sebastien Roy writes:
  
Members, please record your vote by replying to this message by
11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting.
Please let me know if you're not planning to vote NP and would like more
time.
    

Jim: Approve
--Boundary_(ID_CzL/E0J0D8sffwWwrJuCnw)-- From gdamore@sun.com Thu Nov 13 19:50:08 2008 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 mAE3o8xE016134 for ; Thu, 13 Nov 2008 19:50:08 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAE3nVV8008420 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 13 Nov 2008 19:50:08 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAB00B031B0EO00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 13 Nov 2008 20:49:48 -0700 (MST) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAB00B6W1AZ0Q00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 13 Nov 2008 20:49:47 -0700 (MST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mAE3nlC2000817 for ; Thu, 13 Nov 2008 19:49:47 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAB0010115ZVC00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 13 Nov 2008 19:49:47 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAB004MK1AY5680@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 13 Nov 2008 19:49:47 -0800 (PST) Date: Thu, 13 Nov 2008 19:44:17 -0800 From: "Garrett D'Amore" Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <491C86F4.4060608@sun.com> Sender: Garrett.Damore@sun.com To: "Mark A. Carlson" Cc: James Carlson , Sebastien Roy , Peter.Memishian@sun.com, PSARC-ext@sun.com Message-id: <491CF411.5070502@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <1226602803.6282.66.camel@seb> <18716.31564.687620.829324@gargle.gargle.HOWL> <491C86F4.4060608@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 531 I'm NP as well, for the same reason. I also haven't had time to read the 60+ pages of material. -- Garrett Mark A. Carlson wrote: > Mark is NP, as I was not part of PSARC at that time. > > -- mark > > James Carlson wrote: >> Sebastien Roy writes: >> >>> Members, please record your vote by replying to this message by >>> 11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting. >>> Please let me know if you're not planning to vote NP and would like more >>> time. >>> >> >> Jim: Approve >> >> From glenn.skinner@Sun.COM Fri Nov 14 13:50:57 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mAELouQd016786 for ; Fri, 14 Nov 2008 13:50:57 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id mAELogkf018982; Sat, 15 Nov 2008 05:50:53 +0800 (SGT) 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 <0KAC00F09FCSE600@nwk-avmta-2.sfbay.sun.com>; Fri, 14 Nov 2008 13:50:52 -0800 (PST) Received: from ivrel.sfbay.sun.com ([129.146.74.76]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAC00B5BFCR9W60@nwk-avmta-2.sfbay.sun.com>; Fri, 14 Nov 2008 13:50:51 -0800 (PST) Received: from ivrel (ivrel [129.146.74.76]) by ivrel.sfbay.sun.com (8.13.8+Sun/8.13.8) with SMTP id mAELopiW005391; Fri, 14 Nov 2008 13:50:51 -0800 (PST) Date: Fri, 14 Nov 2008 13:50:51 -0800 (PST) From: Glenn Skinner Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) To: Peter.Memishian@Sun.COM, Sebastien.Roy@Sun.COM Cc: psarc-ext@Sun.COM Reply-to: Glenn Skinner Message-id: <200811142150.mAELopiW005391@ivrel.sfbay.sun.com> MIME-version: 1.0 X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6_36 SunOS 5.11 sun4u sparc Content-type: TEXT/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-MD5: xGYIDB3ksPzUmzQydlSphQ== X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 426 Date: Thu, 13 Nov 2008 14:00:03 -0500 From: Sebastien Roy Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) ... Members, please record your vote by replying to this message by 11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting. Please let me know if you're not planning to vote NP and would like more time. Glenn: approve From gww@eng.sun.com Fri Nov 14 16:01:15 2008 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 mAF01FTI024449 for ; Fri, 14 Nov 2008 16:01:15 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAF017Nr012000 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 14 Nov 2008 16:01:15 -0800 (PST) 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 <0KAC00L25LE0KK00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 14 Nov 2008 16:01:12 -0800 (PST) Received: from dm-eng-02.sfbay.sun.com ([129.146.11.32]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAC00B6CLDYA2E0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 14 Nov 2008 16:01:11 -0800 (PST) Received: from marduk.eng.sun.com (marduk.SFBay.Sun.COM [129.146.108.224]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAF01Awb017974; Fri, 14 Nov 2008 16:01:10 -0800 (PST) Received: from marduk.eng.sun.com (localhost [127.0.0.1]) by marduk.eng.sun.com (8.13.6+Sun/8.12.11) with ESMTP id mAF01T3P023045; Fri, 14 Nov 2008 16:01:29 -0800 (PST) Received: (from gww@localhost) by marduk.eng.sun.com (8.13.6+Sun/8.12.11/Submit) id mAF01Tm2023044; Fri, 14 Nov 2008 16:01:29 -0800 (PST) Date: Fri, 14 Nov 2008 16:01:29 -0800 (PST) From: Gary Winiger Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) To: Peter.Memishian@sun.com, Sebastien.Roy@sun.com Cc: psarc-ext@sun.com Message-id: <200811150001.mAF01Tm2023044@marduk.eng.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 961 Seb, > Given Meem's updated materials, I'll call for an email vote on this case > (yes, I'm the intern on this case, the IAM file had never been updated > to reflect that). > > The vote is to approve this case as described in the commitment > materials and for advice to management that the SNMP implementation > should be enhanced to support IPMP. > > Members, please record your vote by replying to this message by > 11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting. > Please let me know if you're not planning to vote NP and would like more > time. I was present at the review meeting and don't recall the details or having any issues with the case that would cause me to vote to deny (the audio of the review is broken, so I can't review it). I'm not going to have an opportunity to review the commitment materials. If my vote is needed for approval, I'll abstain so the quorum is met, otherwise I'll have to be NP. Gary.. From Kais.Belgaied@sun.com Sat Nov 15 11:55:32 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mAFJtVu6017308 for ; Sat, 15 Nov 2008 11:55:32 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id mAFJtJNn026494; Sun, 16 Nov 2008 03:55:28 +0800 (SGT) 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 <0KAE00D034OFJQ00@nwk-avmta-2.sfbay.sun.com>; Sat, 15 Nov 2008 11:55:27 -0800 (PST) Received: from jurassic-x4600.sfbay.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 <0KAE003VF4OF8CB0@nwk-avmta-2.sfbay.sun.com>; Sat, 15 Nov 2008 11:55:27 -0800 (PST) Received: from [129.146.11.145] (sr1-jurassic-02.SFBay.Sun.COM [129.146.11.145]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mAFJt8Kk241495; Sat, 15 Nov 2008 11:55:15 -0800 (PST) Date: Sat, 15 Nov 2008 11:55:08 -0800 From: Kais Belgaied Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <18715.61337.14362.335253@gargle.gargle.HOWL> To: peter.memishian@sun.com Cc: psarc-ext@sun.com Reply-to: Kais.Belgaied@sun.com Message-id: <491F291C.1040700@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: <18715.61337.14362.335253@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 361 > * Section 4.12: To improve security, the IP filter interaction has been > tweaked such that once an IP interface joins a group, it is subject > to any filtering rules for the associated IPMP group interface. and, conversely, when an IP interface leaves the group, it is not subject to the group's filtering rules any more, right? Kais. From peter.memishian@sun.com Mon Nov 17 10:42:06 2008 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 mAHIg6tP017681 for ; Mon, 17 Nov 2008 10:42:06 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAHIg2p6021934 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 17 Nov 2008 10:42:06 -0800 (PST) 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 <0KAH00E0ZQM5PB00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 17 Nov 2008 10:42:05 -0800 (PST) Received: from dm-east-01.east.sun.com ([129.148.9.192]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAH00DVTQM4Q510@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 17 Nov 2008 10:42:05 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAHIg0xj059336; Mon, 17 Nov 2008 13:42:00 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mAHIg0wG857081; Mon, 17 Nov 2008 13:42:00 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mAHIfxk5857035; Mon, 17 Nov 2008 13:41:59 -0500 (EST) Date: Mon, 17 Nov 2008 13:41:59 -0500 From: Peter Memishian Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <491F291C.1040700@Sun.COM> To: Kais.Belgaied@sun.com Cc: peter.memishian@sun.com, psarc-ext@sun.com Reply-to: peter.memishian@sun.com Message-id: <18721.47863.756088.591344@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <491F291C.1040700@Sun.COM> X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 527 > > * Section 4.12: To improve security, the IP filter interaction has been > > tweaked such that once an IP interface joins a group, it is subject > > to any filtering rules for the associated IPMP group interface. > > and, conversely, when an IP interface leaves the group, it is not > subject to the group's filtering rules > any more, right? Right, it's subject to its own filtering rules before joining a group and after leaving a group. This is covered more precisely in Section 4.12. -- meem From sacadmin Wed Nov 19 06:43:58 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mAJEhwid018056 for ; Wed, 19 Nov 2008 06:43:58 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAJEhpJE022692 for <@sunmail2sca.sfbay.sun.com:psarc-members@sun.com>; Wed, 19 Nov 2008 14:43:56 GMT 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 <0KAL008194X7CW00@nwk-avmta-1.sfbay.Sun.COM> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 19 Nov 2008 06:43:55 -0800 (PST) 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 <0KAL004YH4X7TD20@nwk-avmta-1.sfbay.Sun.COM> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 19 Nov 2008 06:43:55 -0800 (PST) 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 mAJEhtgY004541 for ; Wed, 19 Nov 2008 14:43:55 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAL00J01409P400@mail-amer.sun.com> (original mail from Sebastien.Roy@Sun.COM) for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 19 Nov 2008 07:43:55 -0700 (MST) Received: from [129.148.174.103] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAL008EK4X3MB00@mail-amer.sun.com> for psarc-members@sun.com (ORCPT psarc-members@sun.com); Wed, 19 Nov 2008 07:43:52 -0700 (MST) Date: Wed, 19 Nov 2008 09:43:49 -0500 From: Sebastien Roy Subject: completing the 2007/272 vote at today's members meeting Sender: Sebastien.Roy@sun.com To: psarc-members@sun.com Message-id: <1227105829.16728.3.camel@strat> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Evolution 2.24.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 230 PSARC members, Since I won't be able to attend the "late" meeting tonight, could I propose that we complete the vote for 2007/272 in person during the "early" members-only meeting? I can drop-off of the call afterwards. -Seb From Kais.Belgaied@sun.com Wed Nov 19 10:04:53 2008 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 mAJI4r1K016157 for ; Wed, 19 Nov 2008 10:04:53 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAJI4oss002411; Wed, 19 Nov 2008 10:04:51 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAL00507E831S00@brm-avmta-1.central.sun.com>; Wed, 19 Nov 2008 11:04:51 -0700 (MST) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAL0034CE82HS10@brm-avmta-1.central.sun.com>; Wed, 19 Nov 2008 11:04:50 -0700 (MST) Received: from [129.146.11.145] (sr1-jurassic-02.SFBay.Sun.COM [129.146.11.145]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mAJI4n43918496; Wed, 19 Nov 2008 10:04:50 -0800 (PST) Date: Wed, 19 Nov 2008 10:04:49 -0800 From: Kais Belgaied Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <18721.47863.756088.591344@gargle.gargle.HOWL> To: peter.memishian@sun.com Cc: psarc-ext@sun.com Reply-to: Kais.Belgaied@sun.com Message-id: <49245541.7060607@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: <18715.61337.14362.335253@gargle.gargle.HOWL> <491F291C.1040700@Sun.COM> <18721.47863.756088.591344@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 613 On 11/17/08 10:41, Peter Memishian wrote: > > > * Section 4.12: To improve security, the IP filter interaction has been > > > tweaked such that once an IP interface joins a group, it is subject > > > to any filtering rules for the associated IPMP group interface. > > > > and, conversely, when an IP interface leaves the group, it is not > > subject to the group's filtering rules > > any more, right? > > Right, it's subject to its own filtering rules before joining a group and > after leaving a group. This is covered more precisely in Section 4.12. > > my vote is yes. KAis. From Sebastien.Roy@sun.com Wed Nov 19 10:08:08 2008 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 mAJI88xK025731 for ; Wed, 19 Nov 2008 10:08:08 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mAJI82Xa052958 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 19 Nov 2008 11:08:08 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KAL00B05EDIUQ00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 19 Nov 2008 10:08:06 -0800 (PST) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAL00LWJEDHCKA0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 19 Nov 2008 10:08:05 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id mAJI85MJ000089 for ; Wed, 19 Nov 2008 18:08:05 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KAL00901DDCIS00@mail-amer.sun.com> (original mail from Sebastien.Roy@Sun.COM) for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 19 Nov 2008 11:08:05 -0700 (MST) Received: from [129.148.174.103] by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KAL006SLED7UF90@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 19 Nov 2008 11:07:56 -0700 (MST) Date: Wed, 19 Nov 2008 13:07:53 -0500 From: Sebastien Roy Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <1226602803.6282.66.camel@seb> Sender: Sebastien.Roy@sun.com To: Peter.Memishian@sun.com Cc: psarc-ext@sun.com Message-id: <1227118073.16728.10.camel@strat> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Evolution 2.24.0 Content-type: text/plain Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <1226602803.6282.66.camel@seb> Status: RO Content-Length: 520 On Thu, 2008-11-13 at 14:00 -0500, Sebastien Roy wrote: > The vote is to approve this case as described in the commitment > materials and for advice to management that the SNMP implementation > should be enhanced to support IPMP. > > Members, please record your vote by replying to this message by > 11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting. > Please let me know if you're not planning to vote NP and would like more > time. This case was approved during today's members meeting. -Seb From peter.memishian@sun.com Wed Nov 19 10:31:51 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id mAJIVofJ028502 for ; Wed, 19 Nov 2008 10:31:50 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id mAJIVWkg028389 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 20 Nov 2008 02:31:48 +0800 (SGT) 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 <0KAL00E0DFGYT600@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 19 Nov 2008 10:31:46 -0800 (PST) Received: from dm-east-01.east.sun.com ([129.148.9.192]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KAL00L1EFGXCAD0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 19 Nov 2008 10:31:45 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mAJIVi8P013833; Wed, 19 Nov 2008 13:31:44 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mAJIViXT062763; Wed, 19 Nov 2008 13:31:44 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mAJIVhpm062729; Wed, 19 Nov 2008 13:31:43 -0500 (EST) Date: Wed, 19 Nov 2008 13:31:43 -0500 From: Peter Memishian Subject: Re: 2007/272 Project Clearview: IPMP Rearchitecture (Commitment) In-reply-to: <1227118073.16728.10.camel@strat> To: Sebastien Roy Cc: peter.memishian@sun.com, psarc-ext@sun.com Reply-to: peter.memishian@sun.com Message-id: <18724.23439.757052.492245@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <18715.61337.14362.335253@gargle.gargle.HOWL> <1226602803.6282.66.camel@seb> <1227118073.16728.10.camel@strat> X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 522 > > The vote is to approve this case as described in the commitment > > materials and for advice to management that the SNMP implementation > > should be enhanced to support IPMP. > > > > Members, please record your vote by replying to this message by > > 11/19/2008, or by voting in person during the 11/19/2008 PSARC meeting. > > Please let me know if you're not planning to vote NP and would like more > > time. > > This case was approved during today's members meeting. Excellent, thanks, all! -- meem From peter.memishian@sun.com Fri Dec 19 01:19:42 2008 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 mBJ9Jbqe015740 for ; Fri, 19 Dec 2008 01:19:42 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id mBJ9JQdZ015159 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 19 Dec 2008 01:19:26 -0800 (PST) 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 <0KC4002079WE1900@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 19 Dec 2008 01:19:26 -0800 (PST) Received: from dm-east-01.east.sun.com ([129.148.9.192]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KC400J6X9WDBB60@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 19 Dec 2008 01:19:26 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id mBJ9JP19026416; Fri, 19 Dec 2008 04:19:25 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id mBJ9JOvr421186; Fri, 19 Dec 2008 04:19:24 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id mBJ9JOJG421139; Fri, 19 Dec 2008 04:19:24 -0500 (EST) Date: Fri, 19 Dec 2008 04:19:24 -0500 From: Peter Memishian Subject: re: 2007/272 Project Clearview: IPMP Rearchitecture To: psarc-ext@sun.com Cc: clearview-discuss@opensolaris.org Reply-to: peter.memishian@sun.com Message-id: <18763.26396.747756.91943@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 480 In the interest of completeness, I have created a "final.materials" directory which has the same materials as before plus a final High-Level Design Document. Please note that there are *no* interface changes, only editorial updates and minor wording corrections. I have also taken the opportunity to provide a webrev with all of the manpage changes associated with the case. Again, there are no interface changes here; they are being provided just for completeness. -- meem From Sebastien.Roy@Sun.COM Fri Sep 4 13:51:06 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n84Kp6xf008504 for ; Fri, 4 Sep 2009 13:51:06 -0700 (PDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n84Kp6Aa058727 for ; Fri, 4 Sep 2009 13:51:06 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n84Kp6eo020903 for ; Fri, 4 Sep 2009 20:51:06 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_e3FsYetzyi+FEmHc72/9wQ)" 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 <0KPG00A00SDS6E00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 04 Sep 2009 14:51:06 -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 <0KPG00DAASKXG070@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 04 Sep 2009 14:50:58 -0600 (MDT) Date: Fri, 04 Sep 2009 16:48:57 -0400 From: Sebastien Roy Subject: Opinion for PSARC review: PSARC/2007/272 Project Clearview: IPMP Rearchitecture Sender: Sebastien.Roy@Sun.COM To: psarc-ext Message-id: <1252097337.9034.50.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 Status: RO Content-Length: 2945 --Boundary_(ID_e3FsYetzyi+FEmHc72/9wQ) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Another belated opinion for PSARC review. Please review by 09/11/2009. -Seb --Boundary_(ID_e3FsYetzyi+FEmHc72/9wQ) 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: Project Clearview: IPMP Rearchitecture Submitted by: Peter Memishian File: PSARC/2007/272/opinion.ms Date: November 19th, 2008 Committee: Kais Belgaied, James Carlson, Glenn Skinner. Abstain: Gary Winiger. Product Approval Committee: ${SCname} ${SCemail} 1. Summary ** Summary of the proposal. ** 2. Decision & Precedence Information ** Decision and reference to Appendix A, if any TCRs. ** ** Appropriate release vehicle(s). ** ** Any Precedence Information. ** 3. Interfaces The project exports the following interfaces. __________________________________________________________________________ | Interfaces Exported | |____________________________________________|________________|__________| |Interface | Classification| Comments| |____________________________________________|________________|__________| |** One entry for each interface exported. **| | | |____________________________________________|________________|__________| PSARC/2007/272 Copyright 2007 Sun Microsystems - 2 - The project imports the following interfaces. __________________________________________________________________________ | Interfaces Imported | |____________________________________________|________________|__________| |Interface | Classification| Comments| |____________________________________________|________________|__________| |** One entry for each interface imported. **| | | |____________________________________________|________________|__________| 4. Opinion ** Say what we thought here. ** 5. Minority Opinion(s) ** Dissenting opinion. ** 6. Advisory Information ** Advisory Information ** 7. Appendices 7.1. Appendix A: Technical Changes Required ** Mandatory Changes listed here. ** 7.2. Appendix B: Technical Changes Advised ** Advisory Changes listed here. ** 7.3. Appendix C: Reference Material Unless stated otherwise, path names are relative to the case directory PSARC/2007/272. ** Reference Material listed here. ** PSARC/2007/272 Copyright 2007 Sun Microsystems --Boundary_(ID_e3FsYetzyi+FEmHc72/9wQ)-- From peter.memishian@sun.com Fri Sep 4 13:53:04 2009 Received: from triplex.SFBay.Sun.COM (triplex.SFBay.Sun.COM [129.146.108.208]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n84Kr4Gr011704 for ; Fri, 4 Sep 2009 13:53:04 -0700 (PDT) Received: from triplex.SFBay.Sun.COM (localhost [127.0.0.1]) by triplex.SFBay.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id n84Kr4q5001728; Fri, 4 Sep 2009 13:53:04 -0700 (PDT) Received: (from meem@localhost) by triplex.SFBay.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n84Kr3Q9001725; Fri, 4 Sep 2009 13:53:03 -0700 (PDT) X-Authentication-Warning: triplex.SFBay.Sun.COM: meem set sender to peter.memishian@sun.com using -f MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19105.32303.846772.796230@gargle.gargle.HOWL> Date: Fri, 4 Sep 2009 13:53:03 -0700 From: Peter Memishian To: Sebastien Roy Cc: psarc-ext Subject: re: Opinion for PSARC review: PSARC/2007/272 Project Clearview: IPMP Rearchitecture In-Reply-To: <1252097337.9034.50.camel@strat> References: <1252097337.9034.50.camel@strat> X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Reply-To: peter.memishian@sun.com Status: RO Content-Length: 2912 > Another belated opinion for PSARC review. Please review by 09/11/2009. Is there supposed to be some content? > sun > microsystems Systems Architecture Committee > > _________________________________________________________________ > > Subject: Project Clearview: IPMP Rearchitecture > > Submitted by: Peter Memishian > > File: PSARC/2007/272/opinion.ms > > Date: November 19th, 2008 > > Committee: Kais Belgaied, James Carlson, Glenn Skinner. > Abstain: Gary Winiger. > > Product Approval Committee: > > ${SCname} > ${SCemail} > > 1. Summary > > ** Summary of the proposal. ** > > 2. Decision & Precedence Information > > ** Decision and reference to Appendix A, if any TCRs. ** > > ** Appropriate release vehicle(s). ** > > ** Any Precedence Information. ** > > 3. Interfaces > > The project exports the following interfaces. > > __________________________________________________________________________ > | Interfaces Exported | > |____________________________________________|________________|__________| > |Interface | Classification| Comments| > |____________________________________________|________________|__________| > |** One entry for each interface exported. **| | | > |____________________________________________|________________|__________| > > PSARC/2007/272 Copyright 2007 Sun Microsystems > > - 2 - > > The project imports the following interfaces. > > __________________________________________________________________________ > | Interfaces Imported | > |____________________________________________|________________|__________| > |Interface | Classification| Comments| > |____________________________________________|________________|__________| > |** One entry for each interface imported. **| | | > |____________________________________________|________________|__________| > > 4. Opinion > > ** Say what we thought here. ** > > 5. Minority Opinion(s) > > ** Dissenting opinion. ** > > 6. Advisory Information > > ** Advisory Information ** > > 7. Appendices > > 7.1. Appendix A: Technical Changes Required > > ** Mandatory Changes listed here. ** > > 7.2. Appendix B: Technical Changes Advised > > ** Advisory Changes listed here. ** > > 7.3. Appendix C: Reference Material > > Unless stated otherwise, path names are relative to the case > directory PSARC/2007/272. ** Reference Material listed > here. ** > > PSARC/2007/272 Copyright 2007 Sun Microsystems > -- meem From Sebastien.Roy@Sun.COM Fri Sep 4 13:55:28 2009 Received: from dm-sfbay-02.sfbay.sun.com (dm-sfbay-02.SFBay.Sun.COM [129.146.11.31]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n84KtSwK016408 for ; Fri, 4 Sep 2009 13:55:28 -0700 (PDT) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n84KtSuY060795 for ; Fri, 4 Sep 2009 13:55:28 -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 n84KtRpl024256 for ; Fri, 4 Sep 2009 20:55:27 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_qL8W+o+nWPzUFcKViND3kg)" 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 <0KPG00L00SRV8W00@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 04 Sep 2009 14:55:27 -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 <0KPG00DXLSSFG080@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 04 Sep 2009 14:55:27 -0600 (MDT) Date: Fri, 04 Sep 2009 16:53:27 -0400 From: Sebastien Roy Subject: re: Opinion for PSARC review: PSARC/2007/272 Project Clearview: IPMP Rearchitecture In-reply-to: <19105.32303.846772.796230@gargle.gargle.HOWL> Sender: Sebastien.Roy@Sun.COM To: Peter.Memishian@Sun.COM Cc: psarc-ext Message-id: <1252097607.9034.51.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 References: <1252097337.9034.50.camel@strat> <19105.32303.846772.796230@gargle.gargle.HOWL> Status: RO Content-Length: 11914 --Boundary_(ID_qL8W+o+nWPzUFcKViND3kg) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT On Fri, 2009-09-04 at 13:53 -0700, Peter Memishian wrote: > > Another belated opinion for PSARC review. Please review by 09/11/2009. > > Is there supposed to be some content? Yes, I included the wrong file (blush). The correct file is now attached. -Seb --Boundary_(ID_qL8W+o+nWPzUFcKViND3kg) 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: Project Clearview: IPMP Rearchitecture Submitted by: Peter Memishian File: PSARC/2007/272/opinion.ms Date: November 19th, 2008 Committee: Kais Belgaied, James Carlson, Glenn Skinner. Abstain: Gary Winiger. (opinion written by Sebastien Roy) 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 rearchitects the existing Solaris IP Multipath- ing (IPMP) technology so that it can work transparently with all IP-based applications, allowing it to be deployed much more widely by customers. As a side effect, it also enables core technologies such as DHCP to work seamlessly with IPMP. It also provides an improved administrative model and new diagnostic facilities which should greatly ease troub- leshooting in IPMP environments -- and reduce our support costs. Finally, it massively simplifies the IPMP kernel implementation, shrinking it by over 35% (3000 lines less code) and isolating the majority of the remaining code beh- ing a well-defined internal API. 2. Decision & Precedence Information The project is approved as specified in references [1-6]. The project may be delivered in a Minor release of Solaris as part of the ON consolidation. 3. Interfaces PSARC/2007/272 Copyright 2007 Sun Microsystems - 2 - The project exports the following interfaces. ____________________________________________________________________________ | Interfaces Exported | |__________________________________|__________________|____________________| |Interface | Classification | Comments | |__________________________________|__________________|____________________| |IPMP IP Interface | Committed | [1] section 3.1 | |outbount load spreading behavior | Volatile | [1] section 3.2 | |source address selection behavior | Volatile | [1] section 3.3 | |ifconfig "ipmp" subcommand | Committed | [1] section 4.1.5 | |ifconfig "ipmp" subcommand | Committed | [1] section 4.1.5 | |"ipmp" in /etc/hostname[6].* | Committed | [1] section 4.3 | |networking commands on IPMP and | Committed | [1] sections 4.1, | |underlying IP interfaces | | 4.4, 4.5, 4.8-4.10| |IPMP packet monitoring semantics | Committed | [1] section 4.11 | |IPMP packet filtering semantics | Committed | [1] section 4.12 | |DHCP for IPMP data/test addresses | Committed | [1] section 4.13 | |kstats for IPMP IP interfaces | Committed[4] | [1] section 4.8 | |MIBII stats for IPMP IP interfaces| Uncommitted | [1] section 5.18 | |IPv6 link-local IPMP interaction | Committed | [1] section 4.6 | |IPMP bring-up at boot | Project Private | [1] section 4.3 | | | | | |/usr/sbin/ipmpstat | Committed | [1] section 4.2 | |/sbin/ipmpstat alternate location | Volatile | [1] section 4.3.4 | |/sbin/in.mpathd alternate location| Volatile | [1] section 4.3.4 | |ipmpstat output modes | Committed | [1] section 4.2 | |(-a, -g, -i, -p, -t) | | | |ipmpstat normal output format | Not-an-Interface| [1] section 4.2 | |ipmpstat -P output format | Committed | [1] section 4.2 | | | | | |SIOCG[L]IFCONF and SIOCG[L]IFNUM | Committed | [1] section 5.1 | |IPMP interaction | | | |LIFC_UNDER_IPMP | Committed | [1] section 5.1 | |SIOC[GS]LIFFLAGS IPMP interaction | Committed | [1] section 5.2 | |IFF_IPMP | Committed | [1] section 5.3 | |IFF_RUNNING on IPMP IP interfaces | Committed | [1] section 5.3 | |Visibility of IPMP and underlying | Committed | [1] section 5.4 | |IP interfaces via PF_ROUTE | | | |SOL_ROUTE socket level | Committed | [1] section 5.4.2 | |RT_AWARE / RTAW_* socket option | Committed | [1] section 5.4.2 | |Assorted "set" SIOC* and PF_ROUTE | Volatile | [1] section 5.* | |ops on underlying IP interfaces | | | |SIOC*ARP IPMP behavior | Committed | [1] section 5.11 | |SIOC*ND IPMP behavior | Committed | [1] section 5.12 | |SIOC[GS]LIFZONE/DLDIOC_SETZID | Cons. Private | [1] section 5.13 | |SIOC*LIF*SRC* IPMP interaction | Volatile | [1] section 5.14 | |IPMP data address multicast API | Committed | [1] section 5.15 | |behavior and semantics | | | |SIOCGLIFBINDING | Project Private | [1] section 5.17 | |SIOCGLIFGROUPINFO | Project Private | [1] section 5.17 | |lifr_binding lifreq member | Project Private | [1] section 5.17 | |struct lifgroupinfo | Project Private | [1] section 5.17 | |EXPER_IP_AND_TESTHIDDEN MIB level | Cons. Private | [1] section 5.18 | |__________________________________|__________________|____________________| PSARC/2007/272 Copyright 2007 Sun Microsystems - 3 - ____________________________________________________________________________ | Interfaces Exported | |__________________________________|__________________|____________________| |Interface | Classification | Comments | |__________________________________|__________________|____________________| |dlpistub kernel module | Cons. Private | [1] section 5.20 | |/dev/ipmpstub | Project Private | [1] section 5.20 | | | | | |libipmp APIs | Contracted Cons.| [1] section 5.21 | |in.mpathd/libipmp communication | Project Private | [1] section 5.21 | |/usr/include/ipmp_admin.h | Contracted Cons.| [1] section 5.21 | |IPMP async events | Contracted Cons.| [1] section 5.22 | |if_indextoname() IPMP behavior | Committed | [1] section 5.23.1| |if_nametoindex() IPMP behavior | Committed | [1] section 5.23.1| |if_nameindex() IPMP behavior | Committed | [1] section 5.23.2| |ifaddrlist() enhancements | Cons. Private | [1] section 5.23.3| |ifaddrlistx(), ifaddrlistx_free() | Cons. Private | [1] section 5.23.4| |sockaddrcmp() | Cons. Private | [1] section 5.23.5| |__________________________________|__________________|____________________| The project imports the following interfaces. ___________________________________________________________________ | Interfaces Imported | |__________________________|_________________|____________________| |Interface | Classification | Comments | |__________________________|_________________|____________________| |vni device driver | Cons. Private | [1] section 5.20 | |NIC kstats | Committed | [1] section 4.8 | |sysevent API | Committed | For PSARC/2002/137| |IP module IPSQ framework | Project Private| [2] question 14 | |ARP/IP message-passing API| Cons. Private | [2] question 14 | |modhash kernel API | Cons. Private | Impl. artifact | |/etc/hostname[6].* | Committed | [1] section 4.3 | |__________________________|_________________|____________________| 4. Opinion 4.1. IPMP is a Network Layer Mechanism During the case review, concern was raised that an IPMP group represented by a virtual IP interface could be confus- ing to users. Specifically, IP interfaces that have no one-to-on relationship with an underlying link require spe- cial handling by observability tools, and thus require addi- tional architecture such as PSARC/2006/475. The discussion did not result in any technical change nor advise. IPMP is by definition a network layer mechanism, and thus cannot be represented at the link layer. PSARC/2007/272 Copyright 2007 Sun Microsystems - 4 - 4.2. Reverse ARP Autoconfiguration and IPMP Section 4.1.11 of [1] states that the ifconfig auto-revarp subcommand will fail on an IPMP interface. The group inter- face does not exist as a DLPI device, and DLPI is needed for ifconfig to send and receive ARP packets. One PSARC member noted that while it is true that the group interface does not exist as a DLPI device, implementing auto-revarp should still be possible by interacting directly with one of the underlying interface's DLPI device. All agreed that implementing such a mechanism is likely not worth the effort. 4.3. Incompatible Change to Networking MIB Section 5.18 of [1] describes that data associated with test addresses on underlying interfaces will be invisible to con- sumers of the Networking MIB unless the new EXPER_IP_AND_TESTHIDDEN MIB II level is specified in the request, under the assumption that only in.mpathd should be concerned with those details. The committee noted that this constituted a slight regres- sion in functionality, as SNMP applications will no longer have observability into IPMP configuration. This resulted in advice to management described in section 6. 5. Minority Opinion(s) None 6. Advisory Information This project's management should fund a project to add SNMP observability into IPMP configuration, perhaps using a new private MIB. See section 4.3 for details. 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/2007/272/final.materials/. 1. High-Level Design Document PSARC/2007/272 Copyright 2007 Sun Microsystems - 5 - File: ipmp-highlevel-design.pdf 2. PSARC 20 Questions File: ipmp-20q.txt 3. Specification for ifaddrlistx() and ifaddrlistx_free() File: ifaddrlistx.txt 4. IPMP Async Events Specification File: ipmp-async.txt 5. libipmp Specification File: libipmp.txt 6. Draft Manual Pages File: manpages/index.html PSARC/2007/272 Copyright 2007 Sun Microsystems --Boundary_(ID_qL8W+o+nWPzUFcKViND3kg)-- From sac-owner Mon Sep 14 14:01:57 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 n8EL1v3h016186 for ; Mon, 14 Sep 2009 14:01:57 -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 n8EL1uHk002682 for ; Mon, 14 Sep 2009 14:01:56 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8EL1uf3005332 for ; Mon, 14 Sep 2009 21:01:56 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_8uejnLeGNBX/b+4CiaPJlw)" 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 <0KPZ00100BI6CP00@mail-amer.sun.com> for sac-review@sac.sfbay.sun.com; Mon, 14 Sep 2009 15:01:56 -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 <0KPZ00IS0BR31KA0@mail-amer.sun.com> for sac-review@sac.sfbay.sun.com; Mon, 14 Sep 2009 15:01:51 -0600 (MDT) Date: Mon, 14 Sep 2009 16:59:44 -0400 From: Sebastien Roy Subject: Opinion for SAC review: PSARC/2007/272 Project Clearview: IPMP Rearchitecture Sender: Sebastien.Roy@Sun.COM To: sac-review@sac.sfbay.sun.com Message-id: <1252961984.11651.82.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 Status: RO Content-Length: 11763 --Boundary_(ID_8uejnLeGNBX/b+4CiaPJlw) 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_8uejnLeGNBX/b+4CiaPJlw) 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: Project Clearview: IPMP Rearchitecture Submitted by: Peter Memishian File: PSARC/2007/272/opinion.ms Date: November 19th, 2008 Committee: Kais Belgaied, James Carlson, Glenn Skinner. Abstain: Gary Winiger. (opinion written by Sebastien Roy) 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 rearchitects the existing Solaris IP Multipath- ing (IPMP) technology so that it can work transparently with all IP-based applications, allowing it to be deployed much more widely by customers. As a side effect, it also enables core technologies such as DHCP to work seamlessly with IPMP. It also provides an improved administrative model and new diagnostic facilities which should greatly ease troub- leshooting in IPMP environments -- and reduce our support costs. Finally, it massively simplifies the IPMP kernel implementation, shrinking it by over 35% (3000 lines less code) and isolating the majority of the remaining code beh- ing a well-defined internal API. 2. Decision & Precedence Information The project is approved as specified in references [1-6]. The project may be delivered in a Minor release of Solaris as part of the ON consolidation. 3. Interfaces PSARC/2007/272 Copyright 2007 Sun Microsystems - 2 - The project exports the following interfaces. ____________________________________________________________________________ | Interfaces Exported | |__________________________________|__________________|____________________| |Interface | Classification | Comments | |__________________________________|__________________|____________________| |IPMP IP Interface | Committed | [1] section 3.1 | |outbount load spreading behavior | Volatile | [1] section 3.2 | |source address selection behavior | Volatile | [1] section 3.3 | |ifconfig "ipmp" subcommand | Committed | [1] section 4.1.5 | |ifconfig "ipmp" subcommand | Committed | [1] section 4.1.5 | |"ipmp" in /etc/hostname[6].* | Committed | [1] section 4.3 | |networking commands on IPMP and | Committed | [1] sections 4.1, | |underlying IP interfaces | | 4.4, 4.5, 4.8-4.10| |IPMP packet monitoring semantics | Committed | [1] section 4.11 | |IPMP packet filtering semantics | Committed | [1] section 4.12 | |DHCP for IPMP data/test addresses | Committed | [1] section 4.13 | |kstats for IPMP IP interfaces | Committed[4] | [1] section 4.8 | |MIBII stats for IPMP IP interfaces| Uncommitted | [1] section 5.18 | |IPv6 link-local IPMP interaction | Committed | [1] section 4.6 | |IPMP bring-up at boot | Project Private | [1] section 4.3 | | | | | |/usr/sbin/ipmpstat | Committed | [1] section 4.2 | |/sbin/ipmpstat alternate location | Volatile | [1] section 4.3.4 | |/sbin/in.mpathd alternate location| Volatile | [1] section 4.3.4 | |ipmpstat output modes | Committed | [1] section 4.2 | |(-a, -g, -i, -p, -t) | | | |ipmpstat normal output format | Not-an-Interface| [1] section 4.2 | |ipmpstat -P output format | Committed | [1] section 4.2 | | | | | |SIOCG[L]IFCONF and SIOCG[L]IFNUM | Committed | [1] section 5.1 | |IPMP interaction | | | |LIFC_UNDER_IPMP | Committed | [1] section 5.1 | |SIOC[GS]LIFFLAGS IPMP interaction | Committed | [1] section 5.2 | |IFF_IPMP | Committed | [1] section 5.3 | |IFF_RUNNING on IPMP IP interfaces | Committed | [1] section 5.3 | |Visibility of IPMP and underlying | Committed | [1] section 5.4 | |IP interfaces via PF_ROUTE | | | |SOL_ROUTE socket level | Committed | [1] section 5.4.2 | |RT_AWARE / RTAW_* socket option | Committed | [1] section 5.4.2 | |Assorted "set" SIOC* and PF_ROUTE | Volatile | [1] section 5.* | |ops on underlying IP interfaces | | | |SIOC*ARP IPMP behavior | Committed | [1] section 5.11 | |SIOC*ND IPMP behavior | Committed | [1] section 5.12 | |SIOC[GS]LIFZONE/DLDIOC_SETZID | Cons. Private | [1] section 5.13 | |SIOC*LIF*SRC* IPMP interaction | Volatile | [1] section 5.14 | |IPMP data address multicast API | Committed | [1] section 5.15 | |behavior and semantics | | | |SIOCGLIFBINDING | Project Private | [1] section 5.17 | |SIOCGLIFGROUPINFO | Project Private | [1] section 5.17 | |lifr_binding lifreq member | Project Private | [1] section 5.17 | |struct lifgroupinfo | Project Private | [1] section 5.17 | |EXPER_IP_AND_TESTHIDDEN MIB level | Cons. Private | [1] section 5.18 | |__________________________________|__________________|____________________| PSARC/2007/272 Copyright 2007 Sun Microsystems - 3 - ____________________________________________________________________________ | Interfaces Exported | |__________________________________|__________________|____________________| |Interface | Classification | Comments | |__________________________________|__________________|____________________| |dlpistub kernel module | Cons. Private | [1] section 5.20 | |/dev/ipmpstub | Project Private | [1] section 5.20 | | | | | |libipmp APIs | Contracted Cons.| [1] section 5.21 | |in.mpathd/libipmp communication | Project Private | [1] section 5.21 | |/usr/include/ipmp_admin.h | Contracted Cons.| [1] section 5.21 | |IPMP async events | Contracted Cons.| [1] section 5.22 | |if_indextoname() IPMP behavior | Committed | [1] section 5.23.1| |if_nametoindex() IPMP behavior | Committed | [1] section 5.23.1| |if_nameindex() IPMP behavior | Committed | [1] section 5.23.2| |ifaddrlist() enhancements | Cons. Private | [1] section 5.23.3| |ifaddrlistx(), ifaddrlistx_free() | Cons. Private | [1] section 5.23.4| |sockaddrcmp() | Cons. Private | [1] section 5.23.5| |__________________________________|__________________|____________________| The project imports the following interfaces. ___________________________________________________________________ | Interfaces Imported | |__________________________|_________________|____________________| |Interface | Classification | Comments | |__________________________|_________________|____________________| |vni device driver | Cons. Private | [1] section 5.20 | |NIC kstats | Committed | [1] section 4.8 | |sysevent API | Committed | For PSARC/2002/137| |IP module IPSQ framework | Project Private| [2] question 14 | |ARP/IP message-passing API| Cons. Private | [2] question 14 | |modhash kernel API | Cons. Private | Impl. artifact | |/etc/hostname[6].* | Committed | [1] section 4.3 | |__________________________|_________________|____________________| 4. Opinion 4.1. IPMP is a Network Layer Mechanism During the case review, concern was raised that an IPMP group represented by a virtual IP interface could be confus- ing to users. Specifically, IP interfaces that have no one-to-one relationship with an underlying link require spe- cial handling by observability tools, and thus require addi- tional architecture such as PSARC/2006/475. The discussion did not result in any technical change nor advice. IPMP is by definition a network layer mechanism, and thus cannot be represented at the link layer. PSARC/2007/272 Copyright 2007 Sun Microsystems - 4 - 4.2. Reverse ARP Autoconfiguration and IPMP Section 4.1.11 of [1] states that the ifconfig auto-revarp subcommand will fail on an IPMP interface. The group inter- face does not exist as a DLPI device, and DLPI is needed for ifconfig to send and receive ARP packets. One PSARC member noted that while it is true that the group interface does not exist as a DLPI device, implementing auto-revarp should still be possible by interacting directly with one of the underlying interface's DLPI devices. All agreed that implementing such a mechanism is likely not worth the effort. 4.3. Incompatible Change to Networking MIB Section 5.18 of [1] describes that data associated with test addresses on underlying interfaces will be invisible to con- sumers of the Networking MIB unless the new EXPER_IP_AND_TESTHIDDEN MIB II level is specified in the request, under the assumption that only in.mpathd should be concerned with those details. The committee noted that this constituted a slight regres- sion in functionality, as SNMP applications will no longer have observability into IPMP configuration. This resulted in advice to management described in section 6. 5. Minority Opinion(s) None 6. Advisory Information This project's management should fund a project to add SNMP observability into IPMP configuration, perhaps using a new private MIB. See section 4.3 for details. 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/2007/272/final.materials/. 1. High-Level Design Document PSARC/2007/272 Copyright 2007 Sun Microsystems - 5 - File: ipmp-highlevel-design.pdf 2. PSARC 20 Questions File: ipmp-20q.txt 3. Specification for ifaddrlistx() and ifaddrlistx_free() File: ifaddrlistx.txt 4. IPMP Async Events Specification File: ipmp-async.txt 5. libipmp Specification File: libipmp.txt 6. Draft Manual Pages File: manpages/index.html PSARC/2007/272 Copyright 2007 Sun Microsystems --Boundary_(ID_8uejnLeGNBX/b+4CiaPJlw)-- From sac-owner Mon Sep 28 12:21:11 2009 Received: from dm-eng-02.sfbay.sun.com (dm-eng-02.SFBay.Sun.COM [129.146.11.32]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8SJLBPK027190 for ; Mon, 28 Sep 2009 12:21:11 -0700 (PDT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by dm-eng-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8SJLB0M005119 for ; Mon, 28 Sep 2009 12:21:11 -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 n8SJLBcO016881 for ; Mon, 28 Sep 2009 19:21:11 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_wCduoUzHpn+IhToToYVrcQ)" 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 <0KQP00A004A1ZK00@mail-amer.sun.com> for sac-opinion@sac.eng.sun.com; Mon, 28 Sep 2009 13:21:11 -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 <0KQP001E94F92Z90@mail-amer.sun.com>; Mon, 28 Sep 2009 13:21:09 -0600 (MDT) Date: Mon, 28 Sep 2009 15:18:53 -0400 From: Sebastien Roy Subject: Opinion for archival: PSARC/2007/272 Project Clearview: IPMP Rearchitecture Sender: Sebastien.Roy@Sun.COM To: sac-opinion@sac.sfbay.sun.com Cc: solaris-pac-opinion@Sun.COM Message-id: <1254165533.12892.147.camel@strat> Organization: Sun Microsystems X-Mailer: Evolution 2.26.3 Status: RO Content-Length: 11752 --Boundary_(ID_wCduoUzHpn+IhToToYVrcQ) 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_wCduoUzHpn+IhToToYVrcQ) 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: Project Clearview: IPMP Rearchitecture Submitted by: Peter Memishian File: PSARC/2007/272/opinion.ms Date: November 19th, 2008 Committee: Kais Belgaied, James Carlson, Glenn Skinner. Abstain: Gary Winiger. (opinion written by Sebastien Roy) 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 rearchitects the existing Solaris IP Multipath- ing (IPMP) technology so that it can work transparently with all IP-based applications, allowing it to be deployed much more widely by customers. As a side effect, it also enables core technologies such as DHCP to work seamlessly with IPMP. It also provides an improved administrative model and new diagnostic facilities which should greatly ease troub- leshooting in IPMP environments -- and reduce our support costs. Finally, it massively simplifies the IPMP kernel implementation, shrinking it by over 35% (3000 lines less code) and isolating the majority of the remaining code beh- ing a well-defined internal API. 2. Decision & Precedence Information The project is approved as specified in references [1-6]. The project may be delivered in a Minor release of Solaris as part of the ON consolidation. 3. Interfaces PSARC/2007/272 Copyright 2007 Sun Microsystems - 2 - The project exports the following interfaces. ____________________________________________________________________________ | Interfaces Exported | |__________________________________|__________________|____________________| |Interface | Classification | Comments | |__________________________________|__________________|____________________| |IPMP IP Interface | Committed | [1] section 3.1 | |outbount load spreading behavior | Volatile | [1] section 3.2 | |source address selection behavior | Volatile | [1] section 3.3 | |ifconfig "ipmp" subcommand | Committed | [1] section 4.1.5 | |ifconfig "ipmp" subcommand | Committed | [1] section 4.1.5 | |"ipmp" in /etc/hostname[6].* | Committed | [1] section 4.3 | |networking commands on IPMP and | Committed | [1] sections 4.1, | |underlying IP interfaces | | 4.4, 4.5, 4.8-4.10| |IPMP packet monitoring semantics | Committed | [1] section 4.11 | |IPMP packet filtering semantics | Committed | [1] section 4.12 | |DHCP for IPMP data/test addresses | Committed | [1] section 4.13 | |kstats for IPMP IP interfaces | Committed[4] | [1] section 4.8 | |MIBII stats for IPMP IP interfaces| Uncommitted | [1] section 5.18 | |IPv6 link-local IPMP interaction | Committed | [1] section 4.6 | |IPMP bring-up at boot | Project Private | [1] section 4.3 | | | | | |/usr/sbin/ipmpstat | Committed | [1] section 4.2 | |/sbin/ipmpstat alternate location | Volatile | [1] section 4.3.4 | |/sbin/in.mpathd alternate location| Volatile | [1] section 4.3.4 | |ipmpstat output modes | Committed | [1] section 4.2 | |(-a, -g, -i, -p, -t) | | | |ipmpstat normal output format | Not-an-Interface| [1] section 4.2 | |ipmpstat -P output format | Committed | [1] section 4.2 | | | | | |SIOCG[L]IFCONF and SIOCG[L]IFNUM | Committed | [1] section 5.1 | |IPMP interaction | | | |LIFC_UNDER_IPMP | Committed | [1] section 5.1 | |SIOC[GS]LIFFLAGS IPMP interaction | Committed | [1] section 5.2 | |IFF_IPMP | Committed | [1] section 5.3 | |IFF_RUNNING on IPMP IP interfaces | Committed | [1] section 5.3 | |Visibility of IPMP and underlying | Committed | [1] section 5.4 | |IP interfaces via PF_ROUTE | | | |SOL_ROUTE socket level | Committed | [1] section 5.4.2 | |RT_AWARE / RTAW_* socket option | Committed | [1] section 5.4.2 | |Assorted "set" SIOC* and PF_ROUTE | Volatile | [1] section 5.* | |ops on underlying IP interfaces | | | |SIOC*ARP IPMP behavior | Committed | [1] section 5.11 | |SIOC*ND IPMP behavior | Committed | [1] section 5.12 | |SIOC[GS]LIFZONE/DLDIOC_SETZID | Cons. Private | [1] section 5.13 | |SIOC*LIF*SRC* IPMP interaction | Volatile | [1] section 5.14 | |IPMP data address multicast API | Committed | [1] section 5.15 | |behavior and semantics | | | |SIOCGLIFBINDING | Project Private | [1] section 5.17 | |SIOCGLIFGROUPINFO | Project Private | [1] section 5.17 | |lifr_binding lifreq member | Project Private | [1] section 5.17 | |struct lifgroupinfo | Project Private | [1] section 5.17 | |EXPER_IP_AND_TESTHIDDEN MIB level | Cons. Private | [1] section 5.18 | |__________________________________|__________________|____________________| PSARC/2007/272 Copyright 2007 Sun Microsystems - 3 - ____________________________________________________________________________ | Interfaces Exported | |__________________________________|__________________|____________________| |Interface | Classification | Comments | |__________________________________|__________________|____________________| |dlpistub kernel module | Cons. Private | [1] section 5.20 | |/dev/ipmpstub | Project Private | [1] section 5.20 | | | | | |libipmp APIs | Contracted Cons.| [1] section 5.21 | |in.mpathd/libipmp communication | Project Private | [1] section 5.21 | |/usr/include/ipmp_admin.h | Contracted Cons.| [1] section 5.21 | |IPMP async events | Contracted Cons.| [1] section 5.22 | |if_indextoname() IPMP behavior | Committed | [1] section 5.23.1| |if_nametoindex() IPMP behavior | Committed | [1] section 5.23.1| |if_nameindex() IPMP behavior | Committed | [1] section 5.23.2| |ifaddrlist() enhancements | Cons. Private | [1] section 5.23.3| |ifaddrlistx(), ifaddrlistx_free() | Cons. Private | [1] section 5.23.4| |sockaddrcmp() | Cons. Private | [1] section 5.23.5| |__________________________________|__________________|____________________| The project imports the following interfaces. ___________________________________________________________________ | Interfaces Imported | |__________________________|_________________|____________________| |Interface | Classification | Comments | |__________________________|_________________|____________________| |vni device driver | Cons. Private | [1] section 5.20 | |NIC kstats | Committed | [1] section 4.8 | |sysevent API | Committed | For PSARC/2002/137| |IP module IPSQ framework | Project Private| [2] question 14 | |ARP/IP message-passing API| Cons. Private | [2] question 14 | |modhash kernel API | Cons. Private | Impl. artifact | |/etc/hostname[6].* | Committed | [1] section 4.3 | |__________________________|_________________|____________________| 4. Opinion 4.1. IPMP is a Network Layer Mechanism During the case review, concern was raised that an IPMP group represented by a virtual IP interface could be confus- ing to users. Specifically, IP interfaces that have no one-to-one relationship with an underlying link require spe- cial handling by observability tools, and thus require addi- tional architecture such as PSARC/2006/475. The discussion did not result in any technical change nor advice. IPMP is by definition a network layer mechanism, and thus cannot be represented at the link layer. PSARC/2007/272 Copyright 2007 Sun Microsystems - 4 - 4.2. Reverse ARP Autoconfiguration and IPMP Section 4.1.11 of [1] states that the ifconfig auto-revarp subcommand will fail on an IPMP interface. The group inter- face does not exist as a DLPI device, and DLPI is needed for ifconfig to send and receive ARP packets. One PSARC member noted that while it is true that the group interface does not exist as a DLPI device, implementing auto-revarp should still be possible by interacting directly with one of the underlying interface's DLPI devices. All agreed that implementing such a mechanism is likely not worth the effort. 4.3. Incompatible Change to Networking MIB Section 5.18 of [1] describes that data associated with test addresses on underlying interfaces will be invisible to con- sumers of the Networking MIB unless the new EXPER_IP_AND_TESTHIDDEN MIB II level is specified in the request, under the assumption that only in.mpathd should be concerned with those details. The committee noted that this constituted a slight regres- sion in functionality, as SNMP applications will no longer have observability into IPMP configuration. This resulted in advice to management described in section 6. 5. Minority Opinion(s) None 6. Advisory Information This project's management should fund a project to add SNMP observability into IPMP configuration, perhaps using a new private MIB. See section 4.3 for details. 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/2007/272/final.materials/. 1. High-Level Design Document PSARC/2007/272 Copyright 2007 Sun Microsystems - 5 - File: ipmp-highlevel-design.pdf 2. PSARC 20 Questions File: ipmp-20q.txt 3. Specification for ifaddrlistx() and ifaddrlistx_free() File: ifaddrlistx.txt 4. IPMP Async Events Specification File: ipmp-async.txt 5. libipmp Specification File: libipmp.txt 6. Draft Manual Pages File: manpages/index.html PSARC/2007/272 Copyright 2007 Sun Microsystems --Boundary_(ID_wCduoUzHpn+IhToToYVrcQ)--