From Mon Jun 9 10:07:11 2008 Date: Mon, 9 Jun 2008 10:07:11 -0700 (PDT) From: Postmaster Subject: Message from mail server Content-Length: 95 Mime-Version: 1.0 Status: RO X-IMAP: 1213031231 11 Delete. This is a system message. --END+PSEUDO-- From sacadmin Fri May 30 14:02:41 2008 Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4UL2fpj015110; Fri, 30 May 2008 14:02:41 -0700 (PDT) Received: (from carlsonj@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m4UL2fAl015106; Fri, 30 May 2008 14:02:41 -0700 (PDT) Date: Fri, 30 May 2008 14:02:41 -0700 (PDT) From: James Carlson Message-Id: <200805302102.m4UL2fAl015106@sac.sfbay.sun.com> To: PSARC-record@sac.sfbay.sun.com Subject: IS-IS For OpenSolaris [PSARC/2008/352 FastTrack timeout 06/06/2008] Content-Length: 554 Status: RO X-Status: $$$$ X-UID: 0000000001 Template Version: @(#)sac_nextcase 1.66 04/17/08 SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: IS-IS For OpenSolaris 1.2. Name of Document Author/Supplier: Author: Jingjing Duan 1.3 Date of This Document: 30 May, 2008 4. Technical Description See the case directory for more detail 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From carlsonj@phorcys.east.sun.com Fri May 30 14:05:30 2008 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4UL5UAe015197 for ; Fri, 30 May 2008 14:05:30 -0700 (PDT) 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 m4UL5UMO013614; Fri, 30 May 2008 17:05:30 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m4UL5Tob013611; Fri, 30 May 2008 17:05:29 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18496.27673.932504.425051@gargle.gargle.HOWL> Date: Fri, 30 May 2008 17:05:29 -0400 From: James Carlson To: psarc-ext@sac.sfbay.sun.com cc: Jingjing.Duan@sun.com Subject: 2008/352 IS-IS For OpenSolaris X-Mailer: VM 7.01 under Emacs 21.3.1 Content-Length: 4163 Status: RO X-Status: $$$$ X-UID: 0000000002 I'm sponsoring this open exposure fast-track for Jingjing Duan and myself. The timer is set to 06/06/2008. Background "Zebra Routing Suite" (PSARC 2004/448) originally added Zebra to Solaris, delivering through SFW and /usr/sfw. This was then replaced by Quagga (a Zebra branch) with "SFWQuagga: SFW integration of Quagga routing suite" (PSARC 2005/571), which also added SMF support via routeadm(1M) in ON, subsequently reworked by "Quagga SMF Modifications" (PSARC 2006/552). Finally, "Move quagga files from /usr/sfw to /usr" (PSARC 2008/038) moved Quagga out of the /usr/sfw swamp. It still delivers via the SFW consolidation. In addition to the usual BGP, OSPF, and RIP, the upstream quagga.net sources also support IS-IS, an OSI-derived routing protocol, but that module runs only on Linux and *BSD, and was not ported to Solaris. It thus was omitted by those previous projects. This Project This project ports Quagga's IS-IS daemon to OpenSolaris. IS-IS is roughly equivalent to OSPF in terms of its operation and usage. Although IS-IS does have some slight technical advantages, the main reason for integrating it into OpenSolaris is to satisfy the administrators who have chosen to deploy it on other systems. It's a compatibility feature. IS-IS uses ISO datagrams, and thus requires raw network access. Because we're delivering the source upstream to quagga.net, which compiles on many older Sun platforms, we use standard DLPIv2 rather than the newer OpenSolaris libdlpi convenience library. We intend to support only Ethernet interfaces, as our PPP doesn't include OSINLCP, and other link layers don't include OSI bindings. Selecting anything other than an Ethernet interface in configuration will generate an error message. (Nothing we're doing prohibits supporting those other interfaces at some future time.) (A future project may add socket-level support for non-IP communication.) The IS-IS daemon in Quagga computes routes for both IPv4 and IPv6. It does not support OSI routing. (We don't have OSI forwarding, so that doesn't matter.) Otherwise, this project is trivial in architecture; it follows the established Quagga model. The stability levels here, where they conflict with prior cases, are intended to correct errors in those cases. (The ".sample" files are not interfaces; they're documentation. The PID files and related internal paths are private, as is the SMF manifest.) Usage Users are expected to configure /etc/quagga/zebra.conf (as usual), and then configure /etc/quagga/isisd.conf with the IS-IS instance data. They can then do this to start up IS-IS: routeadm -s routing-svcs=isis:quagga -e ipv4-routing -u The SMF service itself may also be manipulated by users. There are the usual set of options that can be modified with routeadm for all Quagga family daemons, and the service uses the same solaris.smf.{manage,value}.routing authorizations as the rest of Quagga. Interfaces Exported IS-IS Standard (RFC 1142 / ISO DP 10589) /usr/sbin/isisd Volatile (command line) isisd(8) Not-An-Interface (man page) isisd 2608/tcp Committed (/etc/services entry) /etc/quagga/isisd.conf Uncommitted (protocol configuration) /etc/quagga/isisd.conf.sample Not-An-Interface /etc/quagga/README.Solaris Not-An-Interface /var/run/isisd.pid Project Private /var/run/isisd.vty Project Private quaggaadm [-e] isisd Committed (new option) zebra protocol Project Private (internal IPC) /var/svc/manifest/network/routing/quagga.xml Project Private (modified) /lib/svc/method/quagga Project Private (modified) SUNWsfman Volatile (man page delivery) SUNWquaggar Uncommitted SUNWquaggau Uncommitted svc:/network/routing/isis:quagga Committed config_file, vty_port, vty_address, Committed (service config) user, group, pid_file -- 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 Fri May 30 14:37:16 2008 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 m4ULbGLc016490 for ; Fri, 30 May 2008 14:37:16 -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 m4ULbGfv048294 for ; Fri, 30 May 2008 14:37:16 -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 m4ULbGuW004925 for ; Fri, 30 May 2008 21:37:16 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 <0K1P00K01AHRGX00@mail-amer.sun.com> (original mail from Sebastien.Roy@Sun.COM) for psarc-ext@sac.sfbay.sun.com; Fri, 30 May 2008 15:37:16 -0600 (MDT) 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 <0K1P00EGZAQ2Y0A0@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Fri, 30 May 2008 15:37:15 -0600 (MDT) Date: Fri, 30 May 2008 17:37:14 -0400 From: Sebastien Roy Subject: Re: 2008/352 IS-IS For OpenSolaris In-reply-to: <18496.27673.932504.425051@gargle.gargle.HOWL> Sender: Sebastien.Roy@Sun.COM To: James Carlson Cc: psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@Sun.COM Message-id: <1212183434.15332.33.camel@strat> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Evolution 2.22.1.1 Content-type: text/plain Content-transfer-encoding: 7BIT References: <18496.27673.932504.425051@gargle.gargle.HOWL> Content-Length: 463 Status: RO X-Status: $$$$ X-UID: 0000000003 On Fri, 2008-05-30 at 17:05 -0400, James Carlson wrote: > IS-IS uses ISO datagrams, and thus requires raw network access. > Because we're delivering the source upstream to quagga.net, which > compiles on many older Sun platforms, we use standard DLPIv2 rather > than the newer OpenSolaris libdlpi convenience library. How does the daemon decide whether to open DLPI devices out of /dev/net on some versions of Solaris, but out of /dev on others? -Seb From Nicolas.Williams@sun.com Fri May 30 17:51:32 2008 Received: from binky.Central.Sun.COM (binky.Central.Sun.COM [129.153.128.104]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m4V0pWAA026875 for ; Fri, 30 May 2008 17:51:32 -0700 (PDT) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id m4V0pSoQ004163; Fri, 30 May 2008 19:51:28 -0500 (CDT) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1/Submit) id m4V0pS31004162; Fri, 30 May 2008 19:51:28 -0500 (CDT) X-Authentication-Warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f Date: Fri, 30 May 2008 19:51:28 -0500 From: Nicolas Williams To: Sebastien Roy Cc: James Carlson , psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@sun.com Subject: Re: 2008/352 IS-IS For OpenSolaris Message-ID: <20080531005127.GJ2735@Sun.COM> Mail-Followup-To: Sebastien Roy , James Carlson , psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@Sun.COM References: <18496.27673.932504.425051@gargle.gargle.HOWL> <1212183434.15332.33.camel@strat> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1212183434.15332.33.camel@strat> User-Agent: Mutt/1.5.7i Content-Length: 624 Status: RO X-Status: $$$$ X-UID: 0000000004 On Fri, May 30, 2008 at 05:37:14PM -0400, Sebastien Roy wrote: > On Fri, 2008-05-30 at 17:05 -0400, James Carlson wrote: > > IS-IS uses ISO datagrams, and thus requires raw network access. > > Because we're delivering the source upstream to quagga.net, which > > compiles on many older Sun platforms, we use standard DLPIv2 rather > > than the newer OpenSolaris libdlpi convenience library. > > How does the daemon decide whether to open DLPI devices out of /dev/net > on some versions of Solaris, but out of /dev on others? And wouldn't it be easier to contribute libdlpi to quagga.net rather than avoid its use? From carlsonj@phorcys.east.sun.com Mon Jun 2 07:01:29 2008 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m52E1SVN007163 for ; Mon, 2 Jun 2008 07:01:28 -0700 (PDT) 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 m52E1S5o016811; Mon, 2 Jun 2008 10:01:28 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m52E1SgV016808; Mon, 2 Jun 2008 10:01:28 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18499.64824.219906.638443@gargle.gargle.HOWL> Date: Mon, 2 Jun 2008 10:01:28 -0400 From: James Carlson To: Sebastien Roy , Nicolas Williams Cc: psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@sun.com Subject: Re: 2008/352 IS-IS For OpenSolaris In-Reply-To: <1212183434.15332.33.camel@strat> References: <18496.27673.932504.425051@gargle.gargle.HOWL> <1212183434.15332.33.camel@strat> <20080531005127.GJ2735@Sun.COM> X-Mailer: VM 7.01 under Emacs 21.3.1 Content-Length: 2374 Status: RO X-Status: $$$$ X-UID: 0000000005 Sebastien Roy writes: > On Fri, 2008-05-30 at 17:05 -0400, James Carlson wrote: > > IS-IS uses ISO datagrams, and thus requires raw network access. > > Because we're delivering the source upstream to quagga.net, which > > compiles on many older Sun platforms, we use standard DLPIv2 rather > > than the newer OpenSolaris libdlpi convenience library. > > How does the daemon decide whether to open DLPI devices out of /dev/net > on some versions of Solaris, but out of /dev on others? It speaks traditional Solaris DLPI, which means that it opens nodes in /dev, and knows nothing of /dev/net. What I think you're actually saying is that we (like all DLPI applications) have got a problem because of Clearview link renaming in Nevada. If that's what you're trying to say, then I agree, and I think we ought to add /dev/net/ support. As for versions, they just don't matter. If you can open a node /dev/net/, then it must already exist, which means that the platform you're running on (whatever it is) supports /dev/net/. There's no reason I can see to make this conditional on version. It should be trivial. Nicolas Williams writes: > On Fri, May 30, 2008 at 05:37:14PM -0400, Sebastien Roy wrote: > > How does the daemon decide whether to open DLPI devices out of /dev/net > > on some versions of Solaris, but out of /dev on others? > > And wouldn't it be easier to contribute libdlpi to quagga.net rather > than avoid its use? I don't think it would. We'd end up with multiple versions of that library delivered (one through quagga.net and the other through ON), and all the problems that causes. We'd be hard-pressed to keep the forked sources in sync, and make sure the right thing happens on each platform. All of the DLPI code in Quagga, including the special code for filtering out ISO packets and glue into the Quagga data structures, amounts to 600 lines of code and comments. And other than (perhaps) the debatable path issue, it's all based on stable interfaces. If we were to go this direction, I'd rather make Quagga dependent on an ON patch that delivers libdlpi to S7, S8, S9. (Not sure if S7 is old enough ...) -- 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 Mon Jun 2 07:11:41 2008 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 m52EBexu007685 for ; Mon, 2 Jun 2008 07:11:40 -0700 (PDT) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m52EBenM017811 for ; Mon, 2 Jun 2008 07:11:40 -0700 (PDT) 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 m52EBeNf005412 for ; Mon, 2 Jun 2008 14:11:40 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 <0K1U00M018TAMS00@mail-amer.sun.com> (original mail from Sebastien.Roy@Sun.COM) for psarc-ext@sac.sfbay.sun.com; Mon, 02 Jun 2008 08:11:40 -0600 (MDT) Received: from [192.168.1.5] ([71.174.191.147]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K1U006ZKA346NA0@mail-amer.sun.com> for psarc-ext@sac.sfbay.sun.com; Mon, 02 Jun 2008 08:11:29 -0600 (MDT) Date: Mon, 02 Jun 2008 10:11:27 -0400 From: Sebastien Roy Subject: Re: 2008/352 IS-IS For OpenSolaris In-reply-to: <18499.64824.219906.638443@gargle.gargle.HOWL> Sender: Sebastien.Roy@Sun.COM To: James Carlson Cc: Nicolas Williams , psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@Sun.COM Message-id: <1212415888.3244.19.camel@seb> Organization: Sun Microsystems MIME-version: 1.0 X-Mailer: Evolution 2.12.2 Content-type: text/plain Content-transfer-encoding: 7BIT References: <18496.27673.932504.425051@gargle.gargle.HOWL> <1212183434.15332.33.camel@strat> <20080531005127.GJ2735@Sun.COM> <18499.64824.219906.638443@gargle.gargle.HOWL> Content-Length: 1421 Status: RO X-Status: $$$$ X-UID: 0000000006 On Mon, 2008-06-02 at 10:01 -0400, James Carlson wrote: > Sebastien Roy writes: > > On Fri, 2008-05-30 at 17:05 -0400, James Carlson wrote: > > > IS-IS uses ISO datagrams, and thus requires raw network access. > > > Because we're delivering the source upstream to quagga.net, which > > > compiles on many older Sun platforms, we use standard DLPIv2 rather > > > than the newer OpenSolaris libdlpi convenience library. > > > > How does the daemon decide whether to open DLPI devices out of /dev/net > > on some versions of Solaris, but out of /dev on others? > > It speaks traditional Solaris DLPI, which means that it opens nodes in > /dev, and knows nothing of /dev/net. > > What I think you're actually saying is that we (like all DLPI > applications) have got a problem because of Clearview link renaming in > Nevada. If that's what you're trying to say, then I agree, and I > think we ought to add /dev/net/ support. That's what I was getting around to, yes, in a roundabout way. :-) > As for versions, they just > don't matter. If you can open a node /dev/net/, then it must already > exist, which means that the platform you're running on (whatever it > is) supports /dev/net/. There's no reason I can see to make this > conditional on version. It should be trivial. I agree. It's probably a simple matter of trying /dev/net first, and falling back to /dev if that doesn't work. Thanks, -Seb From carlsonj@phorcys.east.sun.com Mon Jun 2 07:22:59 2008 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m52EMwdK008093 for ; Mon, 2 Jun 2008 07:22:58 -0700 (PDT) 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 m52EMwKe016956; Mon, 2 Jun 2008 10:22:58 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m52EMw8D016953; Mon, 2 Jun 2008 10:22:58 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18500.578.174745.188151@gargle.gargle.HOWL> Date: Mon, 2 Jun 2008 10:22:58 -0400 From: James Carlson To: Sebastien Roy Cc: Jingjing.Duan@sun.com, psarc-ext@sac.sfbay.sun.com, Nicolas Williams Subject: Re: 2008/352 IS-IS For OpenSolaris In-Reply-To: <1212415888.3244.19.camel@seb> References: <18496.27673.932504.425051@gargle.gargle.HOWL> <1212183434.15332.33.camel@strat> <20080531005127.GJ2735@Sun.COM> <18499.64824.219906.638443@gargle.gargle.HOWL> <1212415888.3244.19.camel@seb> X-Mailer: VM 7.01 under Emacs 21.3.1 Content-Length: 682 Status: RO X-Status: $$$$ X-UID: 0000000007 Sebastien Roy writes: > > As for versions, they just > > don't matter. If you can open a node /dev/net/, then it must already > > exist, which means that the platform you're running on (whatever it > > is) supports /dev/net/. There's no reason I can see to make this > > conditional on version. It should be trivial. > > I agree. It's probably a simple matter of trying /dev/net first, and > falling back to /dev if that doesn't work. Will do; thanks. -- 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 Nicolas.Williams@sun.com Mon Jun 2 08:37:58 2008 Received: from binky.Central.Sun.COM (binky.Central.Sun.COM [129.153.128.104]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m52FbwwU010295 for ; Mon, 2 Jun 2008 08:37:58 -0700 (PDT) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id m52FbwZb005069; Mon, 2 Jun 2008 10:37:58 -0500 (CDT) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1/Submit) id m52FbwL9005068; Mon, 2 Jun 2008 10:37:58 -0500 (CDT) X-Authentication-Warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f Date: Mon, 2 Jun 2008 10:37:57 -0500 From: Nicolas Williams To: James Carlson Cc: Sebastien Roy , psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@sun.com Subject: Re: 2008/352 IS-IS For OpenSolaris Message-ID: <20080602153757.GP2735@Sun.COM> Mail-Followup-To: James Carlson , Sebastien Roy , psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@Sun.COM References: <18496.27673.932504.425051@gargle.gargle.HOWL> <1212183434.15332.33.camel@strat> <20080531005127.GJ2735@Sun.COM> <18499.64824.219906.638443@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18499.64824.219906.638443@gargle.gargle.HOWL> User-Agent: Mutt/1.5.7i Content-Length: 1429 Status: RO X-Status: $$$$ X-UID: 0000000008 On Mon, Jun 02, 2008 at 10:01:28AM -0400, James Carlson wrote: > Nicolas Williams writes: > > On Fri, May 30, 2008 at 05:37:14PM -0400, Sebastien Roy wrote: > > > How does the daemon decide whether to open DLPI devices out of /dev/net > > > on some versions of Solaris, but out of /dev on others? > > > > And wouldn't it be easier to contribute libdlpi to quagga.net rather > > than avoid its use? > > I don't think it would. We'd end up with multiple versions of that > library delivered (one through quagga.net and the other through ON), > and all the problems that causes. We'd be hard-pressed to keep the > forked sources in sync, and make sure the right thing happens on each > platform. That's not what I meant. The libdlpi contributed to Quagga would get built only when it doesn't exist on the build (target) system. Thus there wouldn't be two versions of libdlpi being delivered on any version of Solaris. > All of the DLPI code in Quagga, including the special code for > filtering out ISO packets and glue into the Quagga data structures, > amounts to 600 lines of code and comments. And other than (perhaps) > the debatable path issue, it's all based on stable interfaces. See, I'd no idea. I was expecting much worse and hoping that you could improve the DLPI code in Quagga by using libdlpi and contributing a copy so that Quagga can build on versions of Solaris that lack libdlpi (see above). Nico -- From carlsonj@phorcys.east.sun.com Mon Jun 2 09:08:50 2008 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m52G8nU3011429 for ; Mon, 2 Jun 2008 09:08:50 -0700 (PDT) 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 m52G8niN018737; Mon, 2 Jun 2008 12:08:49 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m52G8nsv018734; Mon, 2 Jun 2008 12:08:49 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18500.6929.553401.722094@gargle.gargle.HOWL> Date: Mon, 2 Jun 2008 12:08:49 -0400 From: James Carlson To: Nicolas Williams Cc: Sebastien Roy , psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@sun.com Subject: Re: 2008/352 IS-IS For OpenSolaris In-Reply-To: <20080602153757.GP2735@Sun.COM> References: <18496.27673.932504.425051@gargle.gargle.HOWL> <1212183434.15332.33.camel@strat> <20080531005127.GJ2735@Sun.COM> <18499.64824.219906.638443@gargle.gargle.HOWL> <20080602153757.GP2735@Sun.COM> X-Mailer: VM 7.01 under Emacs 21.3.1 Content-Length: 2023 Status: RO X-Status: $$$$ X-UID: 0000000009 Nicolas Williams writes: > On Mon, Jun 02, 2008 at 10:01:28AM -0400, James Carlson wrote: > > I don't think it would. We'd end up with multiple versions of that > > library delivered (one through quagga.net and the other through ON), > > and all the problems that causes. We'd be hard-pressed to keep the > > forked sources in sync, and make sure the right thing happens on each > > platform. > > That's not what I meant. The libdlpi contributed to Quagga would get > built only when it doesn't exist on the build (target) system. Thus > there wouldn't be two versions of libdlpi being delivered on any version > of Solaris. I don't think that works too well. Consider what happens when some open source repository (such as blastwave or similar) compiles Quagga on Solaris 8: they're building packages intended to run on that version of Solaris *and* all newer ones. > > All of the DLPI code in Quagga, including the special code for > > filtering out ISO packets and glue into the Quagga data structures, > > amounts to 600 lines of code and comments. And other than (perhaps) > > the debatable path issue, it's all based on stable interfaces. > > See, I'd no idea. I was expecting much worse and hoping that you could > improve the DLPI code in Quagga by using libdlpi and contributing a copy > so that Quagga can build on versions of Solaris that lack libdlpi (see > above). If there were a stable libdlpi on all the versions of Solaris on which Quagga delivers, we'd very likely use it. It probably wouldn't reduce the complexity very much -- the filtering and Quagga bits would still need to be there; just the simple DLPI parts would need to be replaced by libdlpi calls -- but it'd be desirable for maintenance anyway. I think it's a "could be a future RFE" type of suggestion. -- 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 Nicolas.Williams@sun.com Mon Jun 2 09:29:22 2008 Received: from binky.Central.Sun.COM (binky.Central.Sun.COM [129.153.128.104]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m52GTMSe012508 for ; Mon, 2 Jun 2008 09:29:22 -0700 (PDT) Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id m52GTMgo005126; Mon, 2 Jun 2008 11:29:22 -0500 (CDT) Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.1+Sun/8.14.1/Submit) id m52GTL6Y005125; Mon, 2 Jun 2008 11:29:21 -0500 (CDT) X-Authentication-Warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f Date: Mon, 2 Jun 2008 11:29:21 -0500 From: Nicolas Williams To: James Carlson Cc: Sebastien Roy , psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@sun.com Subject: Re: 2008/352 IS-IS For OpenSolaris Message-ID: <20080602162921.GU2735@Sun.COM> Mail-Followup-To: James Carlson , Sebastien Roy , psarc-ext@sac.sfbay.sun.com, Jingjing.Duan@Sun.COM References: <18496.27673.932504.425051@gargle.gargle.HOWL> <1212183434.15332.33.camel@strat> <20080531005127.GJ2735@Sun.COM> <18499.64824.219906.638443@gargle.gargle.HOWL> <20080602153757.GP2735@Sun.COM> <18500.6929.553401.722094@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18500.6929.553401.722094@gargle.gargle.HOWL> User-Agent: Mutt/1.5.7i Content-Length: 1198 Status: RO X-Status: $$$$ X-UID: 0000000010 On Mon, Jun 02, 2008 at 12:08:49PM -0400, James Carlson wrote: > Nicolas Williams writes: > > On Mon, Jun 02, 2008 at 10:01:28AM -0400, James Carlson wrote: > > > I don't think it would. We'd end up with multiple versions of that > > > library delivered (one through quagga.net and the other through ON), > > > and all the problems that causes. We'd be hard-pressed to keep the > > > forked sources in sync, and make sure the right thing happens on each > > > platform. > > > > That's not what I meant. The libdlpi contributed to Quagga would get > > built only when it doesn't exist on the build (target) system. Thus > > there wouldn't be two versions of libdlpi being delivered on any version > > of Solaris. > > I don't think that works too well. Consider what happens when some > open source repository (such as blastwave or similar) compiles Quagga > on Solaris 8: they're building packages intended to run on that > version of Solaris *and* all newer ones. It doesn't have to be that way. There's no reason you couldn't say (and enforce, via packaging scripts) that this package does not support newer versions of Solaris except on OpenSolaris. But I think this is moot. Nico -- From carlsonj@phorcys.east.sun.com Wed Jun 4 11:43:47 2008 Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m54IhkAW009649 for ; Wed, 4 Jun 2008 11:43:46 -0700 (PDT) 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 m54Ihkvh009206; Wed, 4 Jun 2008 14:43:46 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m54Ihkmc009203; Wed, 4 Jun 2008 14:43:46 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18502.57954.313857.966591@gargle.gargle.HOWL> Date: Wed, 4 Jun 2008 14:43:46 -0400 From: James Carlson To: psarc-ext@sac.sfbay.sun.com cc: Jingjing.Duan@sun.com Subject: Re: 2008/352 IS-IS For OpenSolaris In-Reply-To: <18496.27673.932504.425051@gargle.gargle.HOWL> References: <18496.27673.932504.425051@gargle.gargle.HOWL> X-Mailer: VM 7.01 under Emacs 21.3.1 Content-Length: 436 Status: RO X-Status: $$$$ X-UID: 0000000011 This fast-track request was approved during ARC business today. A final version of the specification (including the /dev/net/ scan for Clearview UV compatibility) is located in the case directory as 'spec.txt'. -- 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