From Sebastien.Roy@Sun.COM Mon Feb 1 08:35:24 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o11GZNgL024731 for ; Mon, 1 Feb 2010 08:35:23 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o11GZNo1003417 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 1 Feb 2010 10:35:23 -0600 (CST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KX600H018QZLJ00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 01 Feb 2010 09:35:23 -0700 (MST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX6009UL8QYWQ70@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 01 Feb 2010 09:35:23 -0700 (MST) 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 o11GZMd3004072 for ; Mon, 01 Feb 2010 16:35:22 +0000 (GMT) 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 <0KX6005008IUGH00@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 01 Feb 2010 09:35:22 -0700 (MST) 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 <0KX600HIS8QYP6C0@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 01 Feb 2010 09:35:22 -0700 (MST) Date: Mon, 01 Feb 2010 11:32:46 -0500 From: Sebastien Roy Subject: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] Sender: Sebastien.Roy@Sun.COM To: psarc-ext@Sun.COM Cc: Donour Sizemore Message-id: <4B67022E.1090409@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 2589 I'm submitting this fast-track for Donour Sizemore. The stability level of the dladm link properties introduced is Committed. The release binding is Patch. Background ========== Project Crossbow (PSARC/2006/357) enables creating software Virtual Network Interfaces (VNICs) that are associated with real, physical networking ports. These VNICs may have an associated IEEE 802.1 VLAN ID for outgoing and incoming traffic. In order for this traffic to be forwarded over an actual fabric (i.e. real switches), the fabric must be configured to accept traffic from the specific VLANs of each individual VNIC. IEEE 802.1d specifies the GARP VLAN Registration Protocol to allow automatic configured of VLAN IDs between Ethernet switches or bridges. This protocol uses GARP broadcast messages to propagate supported VLANs on a given port. The system is provided to allow automatic configuration of switch ports, after a VLAN has been defined at the end points. An additional protocol, MVRP, exists for registering VLANs. MVRP is intended to supersede and replace GVRP. However, few switch designers have adopted MVRP and GVRP remains the standard protocol for this function. Moreover, customers have specifically requested support for announcing VLAN IDs to the network with GVRP. Proposal ======== This proposal describes new Crossbow functionality for broadcasting VLAN ID information to the network fabric. This consists of a GVRP client system that, when enabled, will automatically register VLAN IDs with the attached switch. We introduce two properties for a physical link: vlan-announce : The type of vlan announcements gvrp-timeout : The timeout duration for GVRP resends The values for the vlan-announce property can be: off : No announcements are sent gvrp : GVRP registrations are sent This allows for additional protocols to be added as the need for them arise. The gvrp-timeout property can have the following range of values: 100-100000 : Timeout in milliseconds. The default values for these properties will be 'off' and '250', closely matching the defaults of many switch GVRP implementations. Although this system uses GVRP to announce VLAN IDs, it is not an implementation of full 802.1d GVRP protocol and state machine. This project only sends request -- in order to propagate VLAN information from VNICs/VSwitches/to real switches and bridges. Specifically, the system does not process incoming GVRP packets. An appropriate place to implement the full GVRP state machine would be in the ethernet bridge module (PSARC 2008/055). From carlsonj@workingcode.com Mon Feb 1 08:57:58 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o11GvwWa025356 for ; Mon, 1 Feb 2010 08:57:58 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o11Gu30A003031; Mon, 1 Feb 2010 08:57:56 -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 <0KX60091T9SIGZ00@nwk-avmta-1.sfbay.Sun.COM>; Mon, 01 Feb 2010 08:57:54 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX6005A39SDJZ30@nwk-avmta-1.sfbay.Sun.COM>; Mon, 01 Feb 2010 08:57:49 -0800 (PST) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o11GtCUf026704; Mon, 01 Feb 2010 16:57:48 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay11i.sun.com with ESMTP id BT-MMP-538077; Mon, 01 Feb 2010 16:57:48 +0000 (Z) Received: from relay11i.sun.com (relay11i.sun.com [129.179.4.121]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-343464; Mon, 01 Feb 2010 16:57:47 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay1i.sun.com with ESMTP id BT-MMP-17798323; Mon, 01 Feb 2010 16:57:46 +0000 (Z) Received: from [10.50.23.149] (gate.abinitio.com [65.170.40.132]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.3) with ESMTP id o11Gvi7f007409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 01 Feb 2010 11:57:45 -0500 (EST) Date: Mon, 01 Feb 2010 11:57:44 -0500 From: James Carlson Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B67022E.1090409@sun.com> To: Sebastien Roy Cc: psarc-ext@sun.com, Donour Sizemore Message-id: <4B670808.9060402@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-x.dcc-servers-Metrics: carlson; whitelist X-Antispam: No, score=2.1/5.0, scanned in 0.233sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4B67022E.1090409@sun.com> User-Agent: Thunderbird 2.0.0.22 (X11/20090605) Status: RO Content-Length: 2482 Sebastien Roy wrote: > An additional protocol, MVRP, exists for registering VLANs. MVRP > is intended to supersede and replace GVRP. However, few switch > designers have adopted MVRP and GVRP remains the standard protocol > for this function. Moreover, customers have specifically requested > support for announcing VLAN IDs to the network with GVRP. I'm a little surprised by this. GVRP has effectively no security, meaning that either clients can register for arbitrary VLANs in your network (often a bad thing, given that VLANs are usually used to segregate traffic for security reasons) or that you're forced to configure per-port filters of allowed registrations. If you do the latter, it's usually simpler just to configure the required per-port VLANs and be done with it, not needing the complexity of dynamic registration at all. So what's the deal with the folks wanting GVRP? Are they unaware of the security issues, or do they have a usage case where they don't care? Also, one detailed question on the intended implementation: there's no need to send any GVRP messages if the only link in use on a port is the PVID. Is that optimization made? If I have "vlan-announce" set to "gvrp" and I have only (say) "e1000g0" plumbed, do I get empty GVRP messages? > Although this system uses GVRP to announce VLAN IDs, it is > not an implementation of full 802.1d GVRP protocol and state > machine. This project only sends request -- in order to > propagate VLAN information from VNICs/VSwitches/to real switches > and bridges. Specifically, the system does not process incoming > GVRP packets. An appropriate place to implement the full GVRP > state machine would be in the ethernet bridge module > (PSARC 2008/055). For what it's worth, we didn't bother doing this in the bridging code because (A) there's no security, (B) the implementation is pretty complex, and (C) there's no point in it if typical clients today aren't bothering to announce their desires. If GVRP is "real," I'd suggest defaulting "vlan-announce" to "gvrp." Otherwise, we're just perpetuating the environment in which it's impossible to deploy GVRP for real: if clients aren't asking by default, then you can't really use it. There's a chicken-and-egg problem here. I realize this project should be a quite simple change, and is perhaps a good idea just on spec, but I can't help wondering whether anyone benefits. -- James Carlson 42.703N 71.076W From Donour.Sizemore@sun.com Tue Feb 2 12:02:56 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o12K2uH9009218 for ; Tue, 2 Feb 2010 12:02:56 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o12K2slf054628 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Tue, 2 Feb 2010 13:02:55 -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 <0KX800B1BD0VYW00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 12:02: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 <0KX8004M1D0TT350@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 12:02:54 -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 o12K2rkK012990 for ; Tue, 02 Feb 2010 20:02:53 +0000 (GMT) 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 <0KX800600CIPB900@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 13:02:53 -0700 (MST) Received: from w02-129-24-43-229.dhcp.unm.edu (w02-129-24-43-229.dhcp.unm.edu [129.24.43.229]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KX800GLXD0QWY30@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 13:02:51 -0700 (MST) Date: Tue, 02 Feb 2010 13:02:50 -0700 From: Donour Sizemore Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B670808.9060402@workingcode.com> Sender: Donour.Sizemore@sun.com To: James Carlson Cc: psarc-ext@sun.com, Nicolas Droux Message-id: <2F222B40-0C1A-4034-8E7B-F4C1AF4D46B9@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.1077) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B670808.9060402@workingcode.com> Status: RO Content-Length: 1636 Hi James On Feb 1, 2010, at 9:57 AM, James Carlson wrote: > Sebastien Roy wrote: >> An additional protocol, MVRP, exists for registering VLANs. MVRP >> is intended to supersede and replace GVRP. However, few switch >> designers have adopted MVRP and GVRP remains the standard protocol >> for this function. Moreover, customers have specifically requested >> support for announcing VLAN IDs to the network with GVRP. > > I'm a little surprised by this. GVRP has effectively no security, > meaning that either clients can register for arbitrary VLANs in your > network (often a bad thing, given that VLANs are usually used to > segregate traffic for security reasons) or that you're forced to > configure per-port filters of allowed registrations. If you do the > latter, it's usually simpler just to configure the required per-port > VLANs and be done with it, not needing the complexity of dynamic > registration at all. > > So what's the deal with the folks wanting GVRP? Are they unaware of the > security issues, or do they have a usage case where they don't care? In this case, the feature has been specifically requested by a customer. In a cloud environment, which lots of virtual machines, admins want to easily create lot so vlans and have the fabric autoconfigure. > > Also, one detailed question on the intended implementation: there's no > need to send any GVRP messages if the only link in use on a port is the > PVID. Is that optimization made? Yes. > If I have "vlan-announce" set to > "gvrp" and I have only (say) "e1000g0" plumbed, do I get empty GVRP > messages? No. Empty messages aren't sent. donour From carlsonj@workingcode.com Tue Feb 2 13:26:02 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o12LQ14R010383 for ; Tue, 2 Feb 2010 13:26:01 -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.4) with ESMTP id o12LQ0DC054096; Tue, 2 Feb 2010 14:26:00 -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 <0KX80050NGVC5Q00@nwk-avmta-2.sfbay.sun.com>; Tue, 02 Feb 2010 13:26:00 -0800 (PST) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX800L06GVC9DE0@nwk-avmta-2.sfbay.sun.com>; Tue, 02 Feb 2010 13:26:00 -0800 (PST) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o12L44s2006745; Tue, 02 Feb 2010 21:26:00 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay13i.sun.com with ESMTP id BT-MMP-219949; Tue, 02 Feb 2010 21:25:59 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-35627639; Tue, 02 Feb 2010 21:25:59 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay1i.sun.com with ESMTP id BT-MMP-8896405; Tue, 02 Feb 2010 21:25:59 +0000 (Z) Received: from [10.50.23.149] (gate.abinitio.com [65.170.40.132]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.3) with ESMTP id o12LPoIH003263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 02 Feb 2010 16:25:54 -0500 (EST) Date: Tue, 02 Feb 2010 16:25:49 -0500 From: James Carlson Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <2F222B40-0C1A-4034-8E7B-F4C1AF4D46B9@Sun.COM> To: Donour Sizemore Cc: psarc-ext@sun.com, Nicolas Droux Message-id: <4B68985D.5070903@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-x.dcc-servers-Metrics: carlson; whitelist X-Antispam: No, score=3.2/5.0, scanned in 0.209sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4B67022E.1090409@sun.com> <4B670808.9060402@workingcode.com> <2F222B40-0C1A-4034-8E7B-F4C1AF4D46B9@Sun.COM> User-Agent: Thunderbird 2.0.0.22 (X11/20090605) Status: RO Content-Length: 1106 Donour Sizemore wrote: > On Feb 1, 2010, at 9:57 AM, James Carlson wrote: >> So what's the deal with the folks wanting GVRP? Are they unaware of the >> security issues, or do they have a usage case where they don't care? > > In this case, the feature has been specifically requested by a customer. In a cloud environment, which lots of virtual machines, admins want to easily create lot so vlans and have the fabric autoconfigure. OK. >> Also, one detailed question on the intended implementation: there's no >> need to send any GVRP messages if the only link in use on a port is the >> PVID. Is that optimization made? > > Yes. > >> If I have "vlan-announce" set to >> "gvrp" and I have only (say) "e1000g0" plumbed, do I get empty GVRP >> messages? > > No. Empty messages aren't sent. In that case, is there much harm in enabling the feature by default and asking users to disable if they don't like it? It seems like (despite the inherent problems) it could be a generally helpful thing, along the lines of IGMP. -- James Carlson 42.703N 71.076W From Donour.Sizemore@sun.com Tue Feb 2 13:47:03 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o12Ll3m1010797 for ; Tue, 2 Feb 2010 13:47:03 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o12Ll2qA016272 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Tue, 2 Feb 2010 13:47:03 -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 <0KX80011DHUFMA00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 13:47:03 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX80049ZHUESXE0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 13:47:02 -0800 (PST) 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 o12Ll22G004276 for ; Tue, 02 Feb 2010 21:47:02 +0000 (GMT) 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 <0KX800400HNC8V00@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 14:47:02 -0700 (MST) Received: from w02-129-24-43-229.dhcp.unm.edu (w02-129-24-43-229.dhcp.unm.edu [129.24.43.229]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KX800JXPHUDOF90@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 14:47:02 -0700 (MST) Date: Tue, 02 Feb 2010 14:47:00 -0700 From: Donour Sizemore Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B68985D.5070903@workingcode.com> Sender: Donour.Sizemore@sun.com To: James Carlson Cc: psarc-ext@sun.com, Nicolas Droux Message-id: <96004DB2-AB91-42B3-9174-B6A40BCFD65F@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.1077) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B670808.9060402@workingcode.com> <2F222B40-0C1A-4034-8E7B-F4C1AF4D46B9@Sun.COM> <4B68985D.5070903@workingcode.com> Status: RO Content-Length: 909 On Feb 2, 2010, at 2:25 PM, James Carlson wrote: >>> If I have "vlan-announce" set to >>> "gvrp" and I have only (say) "e1000g0" plumbed, do I get empty GVRP >>> messages? >> >> No. Empty messages aren't sent. > > In that case, is there much harm in enabling the feature by default and > asking users to disable if they don't like it? It seems like (despite > the inherent problems) it could be a generally helpful thing, along the > lines of IGMP. When there are no VIDs that need to be registered, it just parks the worker thread. If GVRP is disabled the thread doesn't even exist. When there are VIDs, there can performance impact if you aren't actually using GVRP -- especially on fast links. GVRP JOIN_IN requests must be resent periodically. A common default from switch manufacturers is 250ms. That means that GVRP has to grab the perimeter every 250ms. Nicolas, what do you think? donour From Nicolas.Droux@sun.com Tue Feb 2 15:00:14 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o12N0EPL014600 for ; Tue, 2 Feb 2010 15:00:14 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o12N03ml025584 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Tue, 2 Feb 2010 15:00:14 -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 <0KX800I23L8DS500@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 16:00:13 -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 <0KX800AB1L8C4H60@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 16:00:12 -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 o12N0Bhc007151 for ; Tue, 02 Feb 2010 23:00:11 +0000 (GMT) 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 <0KX800A00L2S5Z00@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 16:00:11 -0700 (MST) Received: from dhcp-umpk17-226-174.sfbay.sun.com ([unknown] [129.146.226.174]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KX800H73L89QDC0@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 02 Feb 2010 16:00:10 -0700 (MST) Date: Tue, 02 Feb 2010 15:00:08 -0800 From: Nicolas Droux Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <96004DB2-AB91-42B3-9174-B6A40BCFD65F@Sun.COM> Sender: Nicolas.Droux@sun.com To: Donour Sizemore Cc: James Carlson , psarc-ext@sun.com Message-id: <373D2AE1-E9FA-4884-9BBA-7E47CC35E5CB@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.1077) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B670808.9060402@workingcode.com> <2F222B40-0C1A-4034-8E7B-F4C1AF4D46B9@Sun.COM> <4B68985D.5070903@workingcode.com> <96004DB2-AB91-42B3-9174-B6A40BCFD65F@Sun.COM> Status: RO Content-Length: 1654 On Feb 2, 2010, at 1:47 PM, Donour Sizemore wrote: > > On Feb 2, 2010, at 2:25 PM, James Carlson wrote: > >>>> If I have "vlan-announce" set to >>>> "gvrp" and I have only (say) "e1000g0" plumbed, do I get empty GVRP >>>> messages? >>> >>> No. Empty messages aren't sent. >> >> In that case, is there much harm in enabling the feature by default and >> asking users to disable if they don't like it? It seems like (despite >> the inherent problems) it could be a generally helpful thing, along the >> lines of IGMP. > > When there are no VIDs that need to be registered, it just parks the worker thread. If GVRP is disabled the thread doesn't even exist. > > When there are VIDs, there can performance impact if you aren't actually using GVRP -- especially on fast links. GVRP JOIN_IN requests must be resent periodically. A common default from switch manufacturers is 250ms. That means that GVRP has to grab the perimeter every 250ms. > > Nicolas, what do you think? Yes there is the performance issue, but I'm more concerned that enabling the feature by default would cause these GVRP messages to start propagating on the networks of our customers who have configured VLANs. It's fine to use these messages in an environment which is expecting them to perform VLAN configuration, such as a cloud-like infrastructure. However GVRP messages might not be welcome in other environments where all VLAN configuration is done from the switch side, and no such messages are expected to be seen on the network. Nicolas. -- Nicolas Droux - Solaris Kernel Networking - Sun Microsystems, Inc. nicolas.droux@sun.com - http://blogs.sun.com/droux From carlsonj@workingcode.com Tue Feb 2 16:23:51 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o130NpjG017681 for ; Tue, 2 Feb 2010 16:23:51 -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.4) with ESMTP id o130NnpE059916; Tue, 2 Feb 2010 17:23:50 -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 <0KX80030DP3P9O00@nwk-avmta-2.sfbay.sun.com>; Tue, 02 Feb 2010 16:23:49 -0800 (PST) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KX800520P3PIY90@nwk-avmta-2.sfbay.sun.com>; Tue, 02 Feb 2010 16:23:49 -0800 (PST) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o130Nm35011947; Wed, 03 Feb 2010 00:23:49 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay13i.sun.com with ESMTP id BT-MMP-230051; Wed, 03 Feb 2010 00:23:48 +0000 (Z) Received: from relay14i.sun.com (relay14i.sun.com [129.179.4.124]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-35879039; Wed, 03 Feb 2010 00:23:48 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay1i.sun.com with ESMTP id BT-MMP-15947138; Wed, 03 Feb 2010 00:23:48 +0000 (Z) Received: from [192.168.254.178] (dhcp-178 [192.168.254.178]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.3) with ESMTP id o130NfE3001638 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 02 Feb 2010 19:23:42 -0500 (EST) Date: Tue, 02 Feb 2010 19:23:23 -0500 From: James Carlson Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <373D2AE1-E9FA-4884-9BBA-7E47CC35E5CB@Sun.COM> To: Nicolas Droux Cc: Donour Sizemore , "psarc-ext@sun.com" Message-id: MIME-version: 1.0 X-Mailer: iPod Mail (7D11) Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-sonic.net-Metrics: carlson; whitelist X-Antispam: No, score=3.2/5.0, scanned in 0.093sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4B67022E.1090409@sun.com> <4B670808.9060402@workingcode.com> <2F222B40-0C1A-4034-8E7B-F4C1AF4D46B9@Sun.COM> <4B68985D.5070903@workingcode.com> <96004DB2-AB91-42B3-9174-B6A40BCFD65F@Sun.COM> <373D2AE1-E9FA-4884-9BBA-7E47CC35E5CB@Sun.COM> Status: RO Content-Length: 978 On Feb 2, 2010, at 6:00 PM, Nicolas Droux wrote: > Yes there is the performance issue, but I'm more concerned that > enabling the feature by default would cause these GVRP messages to > start propagating on the networks of our customers who have > configured VLANs. > > It's fine to use these messages in an environment which is expecting > them to perform VLAN configuration, such as a cloud-like > infrastructure. However GVRP messages might not be welcome in other > environments where all VLAN configuration is done from the switch > side, and no such messages are expected to be seen on the network. They don't propagate. They're in a multicast range that, like STP, isn't forwarded by bridges. Either the bridge uses them, or doesn't. The concern I have is that GVRP is non-deployable because it isn't ubiquitous nor the default, and we're adding to that. IGMP, which is analogous, works because the clients are on board. From Donour.Sizemore@sun.com Wed Feb 3 10:46:51 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o13Ikphu020401 for ; Wed, 3 Feb 2010 10:46:51 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o13Ikn31019467 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 3 Feb 2010 10:46:50 -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 <0KXA00C0R4628C00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 03 Feb 2010 11:46:50 -0700 (MST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXA00BLR461LN00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 03 Feb 2010 11:46:50 -0700 (MST) 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 o13IknGS013010 for ; Wed, 03 Feb 2010 18:46:49 +0000 (GMT) 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 <0KXA00J003SCX800@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 03 Feb 2010 11:46:49 -0700 (MST) Received: from w02-129-24-43-134.dhcp.unm.edu (w02-129-24-43-134.dhcp.unm.edu [129.24.43.134]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXA008RL45UNV90@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 03 Feb 2010 11:46:42 -0700 (MST) Date: Wed, 03 Feb 2010 11:46:41 -0700 From: Donour Sizemore Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: Sender: Donour.Sizemore@sun.com To: James Carlson Cc: Nicolas Droux , "psarc-ext@sun.com" Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.1077) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B670808.9060402@workingcode.com> <2F222B40-0C1A-4034-8E7B-F4C1AF4D46B9@Sun.COM> <4B68985D.5070903@workingcode.com> <96004DB2-AB91-42B3-9174-B6A40BCFD65F@Sun.COM> <373D2AE1-E9FA-4884-9BBA-7E47CC35E5CB@Sun.COM> Status: RO Content-Length: 1002 On Feb 2, 2010, at 5:23 PM, James Carlson wrote: > On Feb 2, 2010, at 6:00 PM, Nicolas Droux wrote: > >> Yes there is the performance issue, but I'm more concerned that enabling the feature by default would cause these GVRP messages to start propagating on the networks of our customers who have configured VLANs. >> >> It's fine to use these messages in an environment which is expecting them to perform VLAN configuration, such as a cloud-like infrastructure. However GVRP messages might not be welcome in other environments where all VLAN configuration is done from the switch side, and no such messages are expected to be seen on the network. > > They don't propagate. They're in a multicast range that, like STP, isn't forwarded by bridges. Either the bridge uses them, or doesn't. > Doesn't 802.1Q::11.2.3.1.1 dictate that they should? "b) In Bridges that do not support the operation of GVRP, all such PDUs shall be submitted to the Forwarding Process." donour From carlsonj@workingcode.com Wed Feb 3 11:34:16 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o13JYGeQ021219 for ; Wed, 3 Feb 2010 11:34:16 -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.4) with ESMTP id o13JYEig040732; Wed, 3 Feb 2010 12:34:15 -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 <0KXA004336D2JH00@nwk-avmta-2.sfbay.sun.com>; Wed, 03 Feb 2010 11:34:14 -0800 (PST) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXA00MRE6D1N4B0@nwk-avmta-2.sfbay.sun.com>; Wed, 03 Feb 2010 11:34:13 -0800 (PST) Received: from relay43i.sun.com ([192.5.209.74]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o13JYDug007340; Wed, 03 Feb 2010 19:34:13 +0000 (GMT) Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10]) by relay43i.sun.com with ESMTP id BT-MMP-492820; Wed, 03 Feb 2010 19:34:12 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mmp41es.mmp.us.syntegra.com with ESMTP id BT-MMP-30382789; Wed, 03 Feb 2010 19:34:12 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay4i.sun.com with ESMTP id BT-MMP-4670132; Wed, 03 Feb 2010 19:34:11 +0000 (Z) Received: from [10.50.23.149] (gate.abinitio.com [65.170.40.132]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.3) with ESMTP id o13JY9uG028876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 03 Feb 2010 14:34:09 -0500 (EST) Date: Wed, 03 Feb 2010 14:34:09 -0500 From: James Carlson Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: To: Donour Sizemore Cc: Nicolas Droux , "psarc-ext@sun.com" Message-id: <4B69CFB1.4060207@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-dcc1.aftenposten.no-Metrics: carlson; whitelist X-Antispam: No, score=2.4/5.0, scanned in 0.514sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4B67022E.1090409@sun.com> <4B670808.9060402@workingcode.com> <2F222B40-0C1A-4034-8E7B-F4C1AF4D46B9@Sun.COM> <4B68985D.5070903@workingcode.com> <96004DB2-AB91-42B3-9174-B6A40BCFD65F@Sun.COM> <373D2AE1-E9FA-4884-9BBA-7E47CC35E5CB@Sun.COM> User-Agent: Thunderbird 2.0.0.22 (X11/20090605) Status: RO Content-Length: 1518 Donour Sizemore wrote: > On Feb 2, 2010, at 5:23 PM, James Carlson wrote: > >> On Feb 2, 2010, at 6:00 PM, Nicolas Droux wrote: >> >>> Yes there is the performance issue, but I'm more concerned that enabling the feature by default would cause these GVRP messages to start propagating on the networks of our customers who have configured VLANs. >>> >>> It's fine to use these messages in an environment which is expecting them to perform VLAN configuration, such as a cloud-like infrastructure. However GVRP messages might not be welcome in other environments where all VLAN configuration is done from the switch side, and no such messages are expected to be seen on the network. >> They don't propagate. They're in a multicast range that, like STP, isn't forwarded by bridges. Either the bridge uses them, or doesn't. >> > > Doesn't 802.1Q::11.2.3.1.1 dictate that they should? > > "b) In Bridges that do not support the operation of GVRP, all such PDUs shall be submitted to the Forwarding Process." Good point. I was assuming we were concerned about bridges that support GVRP but that have it disabled. They could end up being forwarded like that. In any event, it wasn't a request for a change of any sort, but rather probing for information. When basic informational things like this are disabled by default, it usually ends up with serious deployment problems ... except, of course, in walled gardens. -- James Carlson 42.703N 71.076W From Sebastien.Roy@sun.com Mon Feb 8 15:52:07 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o18Nq7mP001533 for ; Mon, 8 Feb 2010 15:52:07 -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.4) with ESMTP id o18Nq4K3028228 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 8 Feb 2010 16:52:06 -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 <0KXJ00L2VRMTWO00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 08 Feb 2010 15:52:05 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXJ00A4PRMS1WC0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 08 Feb 2010 15:52:04 -0800 (PST) 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 o18Nq3KH019076 for ; Mon, 08 Feb 2010 23:52:03 +0000 (GMT) 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 <0KXJ00000RK1I100@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 08 Feb 2010 16:52:03 -0700 (MST) Received: from [192.168.1.2] ([unknown] [173.76.16.34]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXJ00LRORMR1W70@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 08 Feb 2010 16:52:03 -0700 (MST) Date: Mon, 08 Feb 2010 18:52:01 -0500 From: Sebastien Roy Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B67022E.1090409@sun.com> Sender: Sebastien.Roy@sun.com To: psarc-ext@sun.com Cc: Donour Sizemore Message-id: <4B70A3A1.9030807@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091207 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 130 PSARC Members, This is a reminder that this fast-track times out today and has not yet been reviewed by a member. Thanks, -Seb From Darren.Reed@sun.com Mon Feb 8 16:18:14 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o190IEF5005563 for ; Mon, 8 Feb 2010 16:18:14 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o190I98I049887 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 8 Feb 2010 17:18:13 -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 <0KXJ00907SUDNB00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 08 Feb 2010 16:18:13 -0800 (PST) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXJ00FKGSUBE590@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 08 Feb 2010 16:18:12 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o190IB3A017389 for ; Tue, 09 Feb 2010 00:18:11 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KXJ00200SQD8E00@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 00:17:59 +0000 (GMT) Received: from [192.168.2.103] ([unknown] [88.100.101.51]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXJ00INKSTYP890@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 00:17:59 +0000 (GMT) Date: Tue, 09 Feb 2010 01:17:55 +0100 From: Darren Reed Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B67022E.1090409@sun.com> Sender: Darren.Reed@sun.com To: Sebastien Roy Cc: PSARC-ext@sun.com, Donour Sizemore Message-id: <4B70A9B3.7080101@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 1901 Sebastien Roy wrote: > ... > Proposal > ======== > > This proposal describes new Crossbow functionality for broadcasting > VLAN ID information to the network fabric. This consists of a > GVRP client system that, when enabled, will automatically register > VLAN IDs with the attached switch. > > We introduce two properties for a physical link: > > vlan-announce : The type of vlan announcements > gvrp-timeout : The timeout duration for GVRP resends > > The values for the vlan-announce property can be: > > off : No announcements are sent > gvrp : GVRP registrations are sent > > This allows for additional protocols to be added as the need for > them arise. > > The gvrp-timeout property can have the following range of values: > > 100-100000 : Timeout in milliseconds. > > The default values for these properties will be 'off' and '250', > closely matching the defaults of many switch GVRP implementations. > > Although this system uses GVRP to announce VLAN IDs, it is > not an implementation of full 802.1d GVRP protocol and state > machine. This project only sends request -- in order to > propagate VLAN information from VNICs/VSwitches/to real switches > and bridges. Specifically, the system does not process incoming > GVRP packets. An appropriate place to implement the full GVRP > state machine would be in the ethernet bridge module > (PSARC 2008/055). The implication of the last sentence is that if we were to do a full GVRP at a later date then the administrative interface for it would somehow involve talking with the bridging module in Solaris rather than whatever this current project will do. If that were to be the case, how would that impact the link properties above? Should or would they be moved? Would we need a slightly different management interface that made managing GVRP more logical or will using discrete link properties be it? Darren From Donour.Sizemore@sun.com Tue Feb 9 09:44:48 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o19HimWI001861 for ; Tue, 9 Feb 2010 09:44:48 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o19Hikm9003688 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 9 Feb 2010 11:44:47 -0600 (CST) 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 <0KXL00A0P5ANIW00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 09:44:47 -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 <0KXL0048Q5AMGU40@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 09:44:47 -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 o19Hikip024217 for ; Tue, 09 Feb 2010 17:44:46 +0000 (GMT) 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 <0KXL00B003VC1N00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 10:44:46 -0700 (MST) Received: from [192.168.0.2] (71-38-223-126.albq.qwest.net [71.38.223.126]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXL007YY5AGHC10@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 10:44:41 -0700 (MST) Date: Tue, 09 Feb 2010 10:44:39 -0700 From: Donour Sizemore Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B70A9B3.7080101@Sun.COM> Sender: Donour.Sizemore@sun.com To: Darren Reed Cc: "psarc-ext@sun.com" Message-id: <4D6E9B90-8FD1-4047-9AAC-DF072D955659@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.1077) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A9B3.7080101@Sun.COM> Status: RO Content-Length: 1666 Hi Darren. >> >> Although this system uses GVRP to announce VLAN IDs, it is >> not an implementation of full 802.1d GVRP protocol and state >> machine. This project only sends request -- in order to >> propagate VLAN information from VNICs/VSwitches/to real switches >> and bridges. Specifically, the system does not process incoming >> GVRP packets. An appropriate place to implement the full GVRP >> state machine would be in the ethernet bridge module >> (PSARC 2008/055). > > The implication of the last sentence is that if we were to do a full > GVRP at a later date then the administrative interface for it would > somehow involve talking with the bridging module in Solaris rather > than whatever this current project will do. I apologize that this isn't clear. The point is that we are an endpoint on the network. Crossbow itself doesn't forward incoming packets. Therefore, we are only sending registration requests, not handling incoming requests -- that's only needed when you have to make a decision where to forward them. If, at some point in the future, the decision is made that full GVRP support is required, then the logical place to implement it is in the bridge module. After all, GVRP is part of the 801.2d bridging spec. > If that were to be the case, how would that impact the link > properties above? GVRP support is defined to operate on ethernet interface "ports". The dladm linkprop interface is probably still the correct way to control it. I believe the Right Thing in this case would be to have this client code in place which registers with bridging module instead of (or in addition to) the attached physical switch. donour From Darren.Reed@sun.com Tue Feb 9 15:32:30 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o19NWUVM009959 for ; Tue, 9 Feb 2010 15:32:30 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o19NWSDT011594 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 9 Feb 2010 15:32:30 -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 <0KXL00D0NLE5H700@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 16:32:29 -0700 (MST) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXL004WSLE3IY60@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 16:32:27 -0700 (MST) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o19NWQgi017420 for ; Tue, 09 Feb 2010 23:32:26 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KXL00200L5NK800@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 23:32:24 +0000 (GMT) Received: from [192.168.2.103] ([unknown] [88.100.101.51]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXL0049JLDYN400@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 23:32:22 +0000 (GMT) Date: Wed, 10 Feb 2010 00:32:17 +0100 From: Darren Reed Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4D6E9B90-8FD1-4047-9AAC-DF072D955659@Sun.COM> Sender: Darren.Reed@sun.com To: Donour Sizemore Cc: "psarc-ext@sun.com" Message-id: <4B71F081.1030200@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A9B3.7080101@Sun.COM> <4D6E9B90-8FD1-4047-9AAC-DF072D955659@Sun.COM> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 1547 Donour Sizemore wrote: > Hi Darren. > > >>> Although this system uses GVRP to announce VLAN IDs, it is >>> not an implementation of full 802.1d GVRP protocol and state >>> machine. This project only sends request -- in order to >>> propagate VLAN information from VNICs/VSwitches/to real switches >>> and bridges. Specifically, the system does not process incoming >>> GVRP packets. An appropriate place to implement the full GVRP >>> state machine would be in the ethernet bridge module >>> (PSARC 2008/055). >>> >> The implication of the last sentence is that if we were to do a full >> GVRP at a later date then the administrative interface for it would >> somehow involve talking with the bridging module in Solaris rather >> than whatever this current project will do. >> > > I apologize that this isn't clear. The point is that we are an endpoint on the network. Crossbow itself doesn't forward incoming packets. Therefore, we are only sending registration requests, not handling incoming requests -- that's only needed when you have to make a decision where to forward them. > Are there any known or suspected issues with enabling GVRP on a multi-homed system that is acting as a server? And if multiple VLANs are connected to the same system via the same switch? In scenarious like this, does this feature require that on SPARC systems"local-mac-address" is set in a particular way? Given that MMRP/MVRP have already been designed to replace GVRP, why are we doing GVRP and not one of the newer protocols? Darren From Donour.Sizemore@sun.com Tue Feb 9 16:09:11 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1A09Bx4011395 for ; Tue, 9 Feb 2010 16:09:11 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o1A09Anc027854 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 9 Feb 2010 18:09:11 -0600 (CST) 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 <0KXL00J0BN3BX700@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 16:09:11 -0800 (PST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXL00A7QN3A1K90@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 16:09:10 -0800 (PST) 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 o1A09AhY008638 for ; Wed, 10 Feb 2010 00:09:10 +0000 (GMT) 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 <0KXL00000N0K6B00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:09:10 -0700 (MST) Received: from w02-129-24-43-49.dhcp.unm.edu (w02-129-24-43-49.dhcp.unm.edu [129.24.43.49]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXL001MUN397HB0@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:09:09 -0700 (MST) Date: Tue, 09 Feb 2010 17:09:08 -0700 From: Donour Sizemore Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B71F081.1030200@Sun.COM> Sender: Donour.Sizemore@sun.com To: Darren Reed Cc: "psarc-ext@sun.com" Message-id: <58A8E293-D0DE-43DE-9DF6-5ED2E91E74DD@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.1077) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A9B3.7080101@Sun.COM> <4D6E9B90-8FD1-4047-9AAC-DF072D955659@Sun.COM> <4B71F081.1030200@Sun.COM> Status: RO Content-Length: 1244 > > Are there any known or suspected issues with enabling GVRP on a multi-homed system that is acting as a server? None are known. My implementation of this design has no problems running on a multi-homed system. > And if multiple VLANs are connected to the same system via the same switch? > In scenarious like this, does this feature require that on SPARC systems"local-mac-address" is set in a particular way? It shouldn't. GVRP is enabled on a per link basis in software and requests are sent on a per port basis to the fabric. A GVRP-aware switch will correctly accept these requests, even if they originate from the same machine. It also works for link aggregations. > > Given that MMRP/MVRP have already been designed to replace GVRP, why are we doing GVRP and not one of the newer protocols? GVRP is supported by many switch vendors (including Sun partners like Force10). MVRP is not. The two protocol are not interchangeable and have different on-the-wire formats. If, in the future, MVRP support is desired, it is relatively simple to add additional code to generate the correct PDU and use the same code path to send MVRP registrations. One could then add another option to the vlan-announce property to enable it. donour From Darren.Reed@sun.com Tue Feb 9 16:46:57 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1A0kuFx012282 for ; Tue, 9 Feb 2010 16:46:56 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o1A0kuJP015564 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 9 Feb 2010 16:46:56 -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 <0KXL00L0NOU7ER00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:46:55 -0700 (MST) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXL004HOOU7J780@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:46:55 -0700 (MST) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o1A0ksap018402 for ; Wed, 10 Feb 2010 00:46:54 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KXL00B00OSLLB00@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 10 Feb 2010 00:46:32 +0000 (GMT) Received: from [192.168.2.103] ([unknown] [88.100.101.51]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXL0011YOTJ40C0@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 10 Feb 2010 00:46:32 +0000 (GMT) Date: Wed, 10 Feb 2010 01:46:27 +0100 From: Darren Reed Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <58A8E293-D0DE-43DE-9DF6-5ED2E91E74DD@Sun.COM> Sender: Darren.Reed@sun.com To: Donour Sizemore Cc: "psarc-ext@sun.com" Message-id: <4B7201E3.5060205@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A9B3.7080101@Sun.COM> <4D6E9B90-8FD1-4047-9AAC-DF072D955659@Sun.COM> <4B71F081.1030200@Sun.COM> <58A8E293-D0DE-43DE-9DF6-5ED2E91E74DD@Sun.COM> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 945 Donour Sizemore wrote: >> Are there any known or suspected issues with enabling GVRP on a multi-homed system that is acting as a server? >> > > None are known. My implementation of this design has no problems running on a multi-homed system. > > >> And if multiple VLANs are connected to the same system via the same switch? >> In scenarious like this, does this feature require that on SPARC systems"local-mac-address" is set in a particular way? >> > > It shouldn't. GVRP is enabled on a per link basis in software and requests are sent on a per port basis to the fabric. A GVRP-aware switch will correctly accept these requests, even if they originate from the same machine. It also works for link aggregations. > From the same machine and with the same mac address? FYI, on SPARC systems, the eeprom setting "local-mac-address" tells solaris to either use the per-nic MAC address or a system-wide MAC address. Darren From Donour.Sizemore@sun.com Tue Feb 9 16:50:00 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1A0o0Nt012342 for ; Tue, 9 Feb 2010 16:50:00 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o1A0nwPG017101 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 9 Feb 2010 16:50:00 -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 <0KXL00L1JOZBPC00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:50:00 -0700 (MST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXL004M0OZBJ990@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:49:59 -0700 (MST) 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 o1A0nx6J004362 for ; Wed, 10 Feb 2010 00:49:59 +0000 (GMT) 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 <0KXL00900OW75L00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:49:59 -0700 (MST) Received: from w02-129-24-43-49.dhcp.unm.edu (w02-129-24-43-49.dhcp.unm.edu [129.24.43.49]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXL00FMOOZAXN70@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:49:58 -0700 (MST) Date: Tue, 09 Feb 2010 17:49:58 -0700 From: Donour Sizemore Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B7201E3.5060205@Sun.COM> Sender: Donour.Sizemore@sun.com To: Darren Reed Cc: "psarc-ext@sun.com" Message-id: <440873A8-1025-4D96-B592-5358096BA381@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.1077) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A9B3.7080101@Sun.COM> <4D6E9B90-8FD1-4047-9AAC-DF072D955659@Sun.COM> <4B71F081.1030200@Sun.COM> <58A8E293-D0DE-43DE-9DF6-5ED2E91E74DD@Sun.COM> <4B7201E3.5060205@Sun.COM> Status: RO Content-Length: 490 On Feb 9, 2010, at 5:46 PM, Darren Reed wrote: >>> >> >> It shouldn't. GVRP is enabled on a per link basis in software and requests are sent on a per port basis to the fabric. A GVRP-aware switch will correctly accept these requests, even if they originate from the same machine. It also works for link aggregations. >> > > From the same machine and with the same mac address? Yes. I'll follow up, if you want details. It might be better to do that off the list though... donour From Darren.Reed@sun.com Tue Feb 9 17:00:27 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1A10Qqe012948 for ; Tue, 9 Feb 2010 17:00:27 -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.4) with ESMTP id o1A10QNM001275 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 9 Feb 2010 18:00:26 -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 <0KXL0000HPGQ8V00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:00:26 -0800 (PST) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXL00ASYPGO1TC0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 09 Feb 2010 17:00:24 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o1A10N3Q018887 for ; Wed, 10 Feb 2010 01:00:23 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KXL00100PAM3R00@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 10 Feb 2010 01:00:03 +0000 (GMT) Received: from [192.168.2.103] ([unknown] [88.100.101.51]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXL004RGPG2G580@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 10 Feb 2010 01:00:02 +0000 (GMT) Date: Wed, 10 Feb 2010 01:59:57 +0100 From: Darren Reed Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <440873A8-1025-4D96-B592-5358096BA381@Sun.COM> Sender: Darren.Reed@sun.com To: Donour Sizemore Cc: "psarc-ext@sun.com" Message-id: <4B72050D.6090509@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A9B3.7080101@Sun.COM> <4D6E9B90-8FD1-4047-9AAC-DF072D955659@Sun.COM> <4B71F081.1030200@Sun.COM> <58A8E293-D0DE-43DE-9DF6-5ED2E91E74DD@Sun.COM> <4B7201E3.5060205@Sun.COM> <440873A8-1025-4D96-B592-5358096BA381@Sun.COM> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Status: RO Content-Length: 619 Donour Sizemore wrote: > On Feb 9, 2010, at 5:46 PM, Darren Reed wrote: > > >>> It shouldn't. GVRP is enabled on a per link basis in software and requests are sent on a per port basis to the fabric. A GVRP-aware switch will correctly accept these requests, even if they originate from the same machine. It also works for link aggregations. >>> >>> >> From the same machine and with the same mac address? >> > > Yes. > > I'll follow up, if you want details. It might be better to do that off the list though... > Nope, that's ok. I just wanted to know that it had been considered. Thanks, Darren From Sebastien.Roy@Sun.COM Fri Feb 12 06:38:08 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1CEc8Es007403 for ; Fri, 12 Feb 2010 06:38:08 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o1CEc8dT025121 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 12 Feb 2010 08:38:08 -0600 (CST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KXQ00B01GNJPG00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 12 Feb 2010 07:38:08 -0700 (MST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXQ009SKGNJ2610@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 12 Feb 2010 07:38:07 -0700 (MST) 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 o1CEc7Nd013850 for ; Fri, 12 Feb 2010 14:38:07 +0000 (GMT) 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 <0KXQ00K00G31VQ00@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 12 Feb 2010 07:38:06 -0700 (MST) Received: from [192.168.1.3] ([unknown] [24.61.192.82]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXQ00FDBGN2GJC0@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 12 Feb 2010 07:37:51 -0700 (MST) Date: Fri, 12 Feb 2010 09:37:49 -0500 From: Sebastien Roy Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B70A3A1.9030807@sun.com> Sender: Sebastien.Roy@Sun.COM To: Sebastien Roy Cc: psarc-ext@Sun.COM, Donour Sizemore Message-id: <4B7567BD.8040702@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A3A1.9030807@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20091207 Lightning/1.0pre Thunderbird/3.0 Status: RO Content-Length: 180 On 02/ 8/10 06:52 PM, Sebastien Roy wrote: > PSARC Members, > > This is a reminder that this fast-track times out today and has not yet > been reviewed by a member. Anyone? -Seb From carlsonj@workingcode.com Fri Feb 12 08:40:38 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1CGecUV011229 for ; Fri, 12 Feb 2010 08:40:38 -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.4) with ESMTP id o1CGeaeE023472; Fri, 12 Feb 2010 09:40:36 -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 <0KXQ0050BMBORC00@nwk-avmta-2.sfbay.sun.com>; Fri, 12 Feb 2010 08:40:36 -0800 (PST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXQ00MTPMBNBK80@nwk-avmta-2.sfbay.sun.com>; Fri, 12 Feb 2010 08:40:36 -0800 (PST) Received: from relay44i.sun.com ([192.5.209.118]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o1CGUtLO006494; Fri, 12 Feb 2010 16:40:35 +0000 (GMT) Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10]) by relay44i.sun.com with ESMTP id BT-MMP-66914; Fri, 12 Feb 2010 16:40:35 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mmp41es.mmp.us.syntegra.com with ESMTP id BT-MMP-13150126; Fri, 12 Feb 2010 16:40:34 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay4i.sun.com with ESMTP id BT-MMP-1839337; Fri, 12 Feb 2010 16:40:34 +0000 (Z) Received: from [10.50.23.149] (gate.abinitio.com [65.170.40.132]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.3) with ESMTP id o1CGeW8L000674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Feb 2010 11:40:33 -0500 (EST) Date: Fri, 12 Feb 2010 11:40:31 -0500 From: James Carlson Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B7567BD.8040702@sun.com> To: Sebastien Roy Cc: psarc-ext@sun.com, Donour Sizemore Message-id: <4B75847F.30609@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-DCC-x.dcc-servers-Metrics: carlson; whitelist X-Antispam: No, score=3.2/5.0, scanned in 0.185sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <4B67022E.1090409@sun.com> <4B70A3A1.9030807@sun.com> <4B7567BD.8040702@sun.com> User-Agent: Thunderbird 2.0.0.22 (X11/20090605) Status: RO Content-Length: 690 Sebastien Roy wrote: > On 02/ 8/10 06:52 PM, Sebastien Roy wrote: >> PSARC Members, >> >> This is a reminder that this fast-track times out today and has not yet >> been reviewed by a member. > > Anyone? If it helps at all, I'm happy enough with the case as originally proposed. I think there are longer-term networking issues buried here (such as a possible precedent for the behavior of LLDP, if that's done in the future, and an overall deployment problem that's perhaps "not the project team's fault"), but the answers supplied were sufficient. No longer a member, though, so I don't think I count. ;-} -- James Carlson 42.703N 71.076W From Donour.Sizemore@sun.com Mon Feb 15 09:08:23 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1FH8Nq4016812 for ; Mon, 15 Feb 2010 09:08:23 -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.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o1FH8Lro008245 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 15 Feb 2010 09:08:22 -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 <0KXW00I0B7LYNC00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:08:22 -0700 (MST) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXW00F7A7LWZI20@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:08:20 -0700 (MST) 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 o1FH8JK8004684 for ; Mon, 15 Feb 2010 17:08:19 +0000 (GMT) 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 <0KXW00H005N8BQ00@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:08:19 -0700 (MST) Received: from [192.168.0.2] (71-38-223-126.albq.qwest.net [71.38.223.126]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXW00J1A7LR6B70@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:08:16 -0700 (MST) Date: Mon, 15 Feb 2010 10:06:25 -0700 From: Donour Sizemore Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B7567BD.8040702@sun.com> Sender: Donour.Sizemore@sun.com To: Sebastien Roy Cc: psarc-ext@sun.com Message-id: <0160C04C-EF96-4D7B-AB69-1E6AED999288@Sun.COM> MIME-version: 1.0 X-Mailer: Apple Mail (2.1077) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A3A1.9030807@sun.com> <4B7567BD.8040702@sun.com> Status: RO Content-Length: 266 On Feb 12, 2010, at 7:37 AM, Sebastien Roy wrote: > On 02/ 8/10 06:52 PM, Sebastien Roy wrote: >> PSARC Members, >> >> This is a reminder that this fast-track times out today and has not yet >> been reviewed by a member. > > Anyone? > Still waiting... donour From gdamore@sun.com Mon Feb 15 10:50:21 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1FIoLqP019056 for ; Mon, 15 Feb 2010 10:50:21 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o1FIoLDh050105 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 15 Feb 2010 11:50:21 -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 <0KXW00105CBX9T00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:50:21 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXW00LZQCBWF040@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:50:20 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o1FIoKNU021789 for ; Mon, 15 Feb 2010 10:50:20 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KXW00000C1FK300@fe-sfbay-10.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:50:20 -0800 (PST) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXW002KPCBVJ910@fe-sfbay-10.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 10:50:20 -0800 (PST) Date: Mon, 15 Feb 2010 10:50:19 -0800 From: "Garrett D'Amore" Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <0160C04C-EF96-4D7B-AB69-1E6AED999288@Sun.COM> Sender: Garrett.Damore@sun.com To: Donour Sizemore Cc: Sebastien Roy , psarc-ext@sun.com Message-id: <4B79976B.4080806@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A3A1.9030807@sun.com> <4B7567BD.8040702@sun.com> <0160C04C-EF96-4D7B-AB69-1E6AED999288@Sun.COM> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100103 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 819 I've looked over the materials. It looks like the implementation is *not* enabled by default, which is something I'm happy with for now. (In particular, I share Nicolas' concerns that if we enabled it by default it might wind up exposing VLANs across bridges that were never before exposing them, thus possibly defeating customers use of VLANs as a security boundary. So, again, assuming that this is not enabled by default, +1. - Garrett On 02/15/10 09:06 AM, Donour Sizemore wrote: > On Feb 12, 2010, at 7:37 AM, Sebastien Roy wrote: > > >> On 02/ 8/10 06:52 PM, Sebastien Roy wrote: >> >>> PSARC Members, >>> >>> This is a reminder that this fast-track times out today and has not yet >>> been reviewed by a member. >>> >> Anyone? >> >> > > Still waiting... > > donour > From Sebastien.Roy@Sun.COM Mon Feb 15 13:00:14 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1FL0DuA022419 for ; Mon, 15 Feb 2010 13:00:13 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o1FL0DNG009397 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 15 Feb 2010 14:00:13 -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 <0KXW00C17ICDIE00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 13:00:13 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXW000L9ICBO310@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 13:00:12 -0800 (PST) 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 o1FL0BpL019674 for ; Mon, 15 Feb 2010 21:00:11 +0000 (GMT) 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 <0KXW00K00I10V500@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 14:00:11 -0700 (MST) Received: from [129.146.108.183] ([unknown] [129.146.108.183]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXW00EBYIC88BA0@mail-amer.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 15 Feb 2010 14:00:09 -0700 (MST) Date: Mon, 15 Feb 2010 16:00:08 -0500 From: Sebastien Roy Subject: Re: GARP VLAN Registration Protocol Client [PSARC/2010/035 FastTrack timeout 02/08/2010] In-reply-to: <4B79976B.4080806@sun.com> Sender: Sebastien.Roy@Sun.COM To: "Garrett D'Amore" Cc: Donour Sizemore , psarc-ext@Sun.COM Message-id: <4B79B5D8.8070108@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4B67022E.1090409@sun.com> <4B70A3A1.9030807@sun.com> <4B7567BD.8040702@sun.com> <0160C04C-EF96-4D7B-AB69-1E6AED999288@Sun.COM> <4B79976B.4080806@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100117 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 660 On 02/15/10 01:50 PM, Garrett D'Amore wrote: > I've looked over the materials. It looks like the implementation is > *not* enabled by default, which is something I'm happy with for now. (In > particular, I share Nicolas' concerns that if we enabled it by default > it might wind up exposing VLANs across bridges that were never before > exposing them, thus possibly defeating customers use of VLANs as a > security boundary. > > So, again, assuming that this is not enabled by default, +1. That's correct, it is not enabled by default (vlan-announce is set to off by default). Thanks for the review, the timer having expired, this case is approved. -Seb