Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Software

Managing Lots of IP Addresses? 97

haggisbrain asks: "I'm a Systems Administrator and I've recently started work with a new company where I'm now helping to support a much larger number of nodes than I've previously supported. We have just over 1000 nodes to support, but no efficient method to manage the IP addresses and subnets used. Previously, an Excel Spreadsheet has been sufficient enough for my needs, but now I need to find a new way. Can someone recommend a piece of software which can help me? Is there a simple way to list and view the IP addresses used on my network?"
This discussion has been archived. No new comments can be posted.

Managing Lots of IP Addresses?

Comments Filter:
  • Look@Lan (Score:5, Informative)

    by bdr529 ( 1063398 ) on Thursday March 08, 2007 @07:36PM (#18283116)
    Look@Lan [lookatlan.com] It's a great little tool once you have it configured. It even will produce those nifty excel files for you if you wish. But man... I HATE that sonar sound effect. It's worse than the "UH OH!" sound made infamous by ICQ.
  • by HomelessInLaJolla ( 1026842 ) * <sab93badger@yahoo.com> on Thursday March 08, 2007 @07:39PM (#18283156) Homepage Journal
    What specifically is it about the spreadsheet m0del which is insufficient? I don't manage large blocks of IP addresses and subnets so I'm not familiar with the information which you'll be compiling or how you'll need to manipulate and mine it.

    When other people figure out a complex organizational scheme for a spreadsheet they often turn it into a database. If you have kept a spreadsheet for a similar task, on a smaller scale, then you should be able to identify very quickly which axes you need to expand in order to accomodate the larger task.
    • by Spazmania ( 174582 ) on Thursday March 08, 2007 @07:55PM (#18283334) Homepage
      When I worked for an ISP one of the tasks I had to deal with was, "Assign a /28 to customer X." That's a deceptively simple request.

      First, some of my routers had as little as 16 megs of ram. Route aggregation is essential. So its not just assign it to customer X, its "Assign a /28 to customer X in network area A." That of course means that I first have to assign a superblock, say a /22 to network area A and install the /22 route at the borders of network area A. So now its, "Assign a /28 to customer X in network area A. Assign and route a new superblock to area A if necessary."

      Second, there is the question of conservation. Today its assign a /28 but tomorrow it could be assign a /24. If I want to actually have a /24 tomorrow then I need to assign a /28 ideally from an available block in area A that's exactly a /28 long. If none are availale, I'd prefer to break a /27 (still in area A) rather than a /26 or a /25. So now its, "Assign a /28 from the smallest available block in network area A to customer X. Assign and route a new superblock to area A if necessary."

      But, see, I've been doing this for years now and customers come and go. Quite a few of the blocks assigned in my list may be dead; no longer associated with active customers. I don't want to go breaking larger blocks if there's an assigned but dead /28 I can grab. So now its, "Clean dead assignments from the list. Then assign a /28 from the smallest available block in network area A to customer X. Assign and route a new superblock to area A if necessary."

      And lets not forget reverse-DNS. Ideally I want the customer to have some sort of control over it. So now its, "Clean dead assignments from the list. Then assign a /28 from the smallest available block in network area A to customer X. Assign and route a new superblock to area A if necessary. Delegate the reverse DNS for those IP addresses to the customer."

      Needless to say, a spreadsheet is not very helpful for any of this. Finding that optimal /28 from network area A is like searching for a needle in a haystack. What I really need a system that:

      A. Processes the cancelled customer list so it knows which assigned blocks are dead,
      B. Find's the optimal /28 for me from area A for me, and
      C. Sets up an appropriate delegation so the customer will be able to manage the reverse-DNS for his IP addresses but no others.

      And no, I never did find a good system to do this. I used a flat file that could be used to generate a graphic representation of the assigned addresses and tagged all blocks to customer ids so I could automatically check them against the accounting system. It was better than excel but it wasn't good.
      • Sounds like a task for shell scripts to manipulate an ASCII file and grep | cut | sed or maybe awk if the plain ASCII file is formatted correctly. I don't want to be drawn into UUOC.

        Sure you could do it in C if you're familiar with the IO and text manipulations in that language--I always wanted to learn C but never devoted enough free time to it. The largest motivator to write the system from scratch in C is if the list becomes long enough that grep and awk can't process it quickly enough to keep up with
        • by Sancho ( 17056 ) *
          C isn't really suited for text manipulation. It's unlikely that you'd need the raw power C gives for such a small task (unless you're running on really old computers). You could get away with Perl--this is basically what it was designed for.
          • by Cato ( 8296 )
            If there's no suitable application out there, I would do this with Perl, starting with a prototype that just reads in text files, processes them, and writes them back - then you can graduate to a more sophisticated version that uses a database if needed.

            However, the relevant searching would take some time to do efficiently in a DB, and the stated number of subnets is quite small, so writing the algorithms in Perl would be easier - and as I expected there are some potentially useful CPAN modules:

            - http://sea [cpan.org]
            • by Sancho ( 17056 ) *
              Indeed. We use many of the Networking-based libraries in my office. They're quite useful.
        • The largest motivator to write the system from scratch in C is if the list becomes long enough that grep and awk can't process it quickly enough to keep up with incoming requests or if requests come through so often that beating up the disk platters is a consideration.
          Use a RAMdisk.
      • For the IP part, postgresql has network operators and functions that can come in very useful.

        http://www.postgresql.org/docs/current/static/func tions-net.html [postgresql.org]

        So in theory you could have a script for "A" and "B" to automatically free up and find blocks.
        And a script for "C" to actually allocate a manually decided block and set up the delegation etc.

        Doesn't actually seem too hard if you start with a decent database schema, and are using sane DNS software ;).

        Of course there are super expensive off the shelf sol
      • Re: (Score:2, Interesting)

        by IAN ( 30 )

        While I'm not managing more than a couple of /22s, that's still a lot of subnets, as we're mainly doling out /29 and /28 blocks. I've had all of parent's issues (minus router memory, so far), and I'm still doing fine with a spreadsheet.

        What's the trick? Visualisation. [imageshack.us] Look at the image:

        • Each row is a single allocation.
        • Unallocated subnets have a light yellow background.
        • The leftmost column (dark gray boxes) tracks /28s, and the second column (light gray) tracks /27s.

        So, if a box occupies a single ro

      • by shabble ( 90296 )

        And no, I never did find a good system to do this.
        What you describe doesn't sound terribly unlike how some implementations of malloc() work...
        • What you describe doesn't sound terribly unlike how some implementations of malloc() work...

          Yeah, I was thinking that. Garbage collection, dude! It's a solved problem that just needs a GUI.
  • by ELiTeUI ( 591102 )
    DHCP, FTW!!!!
    • I see maybe a dozen DHCP answers already, so I'll just pick on this one. If he's asking for that large a block, DHCP almost certainly isn't an answer. Fixed IP addresses on a per server basis is important in some environments, especially managed server environments in which security is tied to specific addresses.

      • So tie the IP to the MAC address and use DHCP to dish out fixed addresses - fixed till you decide to change it that is. This way, all IP addresses are in the DHCP configuration file.
        • by Miniluv ( 165290 )
          So what, exactly, is more scalable about a flat text file than a sortable multi-field spreadsheet?

          He's not saying its hard to ASSIGN the addresses to the actual boxes, he's saying its hard to keep records straight of which server has which IPs, what their gateways are, etc. Especially if you're dealing with supernets or other more complicated real world setups.

          DHCP with reservations is indeed a good way to hand out the IPs, though I've yet to see a convincing argument of why its more efficient than properly
          • With a spreadsheet, I need to load a hefty graphical application to manage it. That means I am subject to its size limitations. They probably aren't that bad, and won't matter much in this case.

            The submitter had about a thousand IPs to hand out. That's either a reasonably significant server farm or client machines. In either case, I don't want to have to pull a config file from a central server every time I reimage or replace a machine; instead, I just register the MAC address with the DHCP server and put t
      • by drsmithy ( 35869 )

        I see maybe a dozen DHCP answers already, so I'll just pick on this one. If he's asking for that large a block, DHCP almost certainly isn't an answer. Fixed IP addresses on a per server basis is important in some environments, especially managed server environments in which security is tied to specific addresses.

        Using DHCP does not preclude tying certain IPs to certain machines. You simply create a MAC <-> IP mapping and your DHCP client will always get the same IP.

        I make this point because a hell

      • Comment removed based on user account deletion
        • by Fastolfe ( 1470 )
          Just because your home network works fine with DHCP does not mean this approach will scale to an enterprise level. By requiring that DHCP services be available when mission-critical servers boot up, you add a point of failure. If the DHCP server goes down, or the network between the host and the DHCP server is down when the server boots up, the server never gets an IP address and you potentially suffer an outage.

          The cost of managing static IP address allocations for 1,000 hosts, and keeping those hosts co
          • Comment removed based on user account deletion
            • by Fastolfe ( 1470 )

              I didn't skip your last paragraph, but I did only read the first sentence, sorry.

              If I move DNS to a new server, or the IP gateway somewhere else, or want to change the entire IP topology of the network, DHCP makes the entire process a hell of a lot simpler. I don't have to remember which machines are using which services, and which ones are providing them.

              This seems backward to me too. If you don't know which systems are running which services, how did you get the services going on those machines to beg

              • by jesboat ( 64736 )
                dhcp supports redundant modes of operation; furthermore, you could have a few servers (or pairs of servers) for different segments of the network, and they could easily share the database and only differ in which subnet they're on.
                • by Fastolfe ( 1470 )
                  Except all of this costs a lot of money, and you're still never going to get to a 0.000% chance of failure. So you've cost the enterprise tens if not hundreds of thousands of dollars building this redundant, distributed DHCP infrastructure, and reduced the availability of your systems by some small (but non-zero) amount. What has that bought you? A slight reduction in the amount of hours worked by your administrators? Oops, we forgot about the administrators that we'd have to hire to maintain the dozens
                  • by jesboat ( 64736 )
                    The maximum you'd need would be two servers per segment, where a "server" could be as simple as a WRT54G running OpenWRT. (Those work very well, in fact.)

                    Maintenance is pretty darn trivial. Write a quick Perl script to generate and push the config files from a central database, and there basically isn't maintenance. (There is some, but nowhere near one administrator's work for a moderate- to medium-sized place.)

                    Furthermore, there are presumably routers somewhere holding the network together. You could use t
                    • by Fastolfe ( 1470 )
                      Clearly you have no concept of "enterprise scale", so I don't think any of my arguments are going to mean anything to you. Come back when you've actually spent time in an IT shop with a billion dollars worth of high-end servers spread across a hundred subnets generating thousands of dollars of revenue a minute.
                    • by jesboat ( 64736 )
                      I'm going to try to bring this discussion back to what we were actually saying at the beginning, if you don't mind [1]. I'm not going trying to argue that DHCP is God and solves every administration problem in existence. The only thing I am going to argue for right now is what I've actually asserted in my comments in this discussion. (Like the ancestor to this post, I think it's beneficial. Beneficial != solves all problems; beneficial == net gain. That's just full disclosure on my position.)

                      You said:

                      With e

      • Re: (Score:3, Informative)

        by B'Trey ( 111263 )
        DHCP is, in fact, irrelevant for this scenario as I understand it. He isn't assigning IPs to machines, which is what DHCP does. He's assigning blocks of IPs to other people for use as they see fit. The host using the IP might be sitting on the other side of two or three routers over which he has no control. It might not be assigned to a host or even a server. It might be assigned to a router interface. It might be assigned to a switches management VLAN. It might be one of a pool of IPs used in NATtin
  • Uhhh... (Score:4, Insightful)

    by Talez ( 468021 ) on Thursday March 08, 2007 @07:47PM (#18283232)
    Shouldn't your DHCP server have a list of its leases?
    • > Shouldn't your DHCP server have a list of its leases?

      The poster did not state that the nodes are end user PC's. Ever try using DHCP to assign addresses to your load balanced application servers? Oracle servers? er, DHCP servers? :-)

      jfs

      • by tlhIngan ( 30335 )

        The poster did not state that the nodes are end user PC's. Ever try using DHCP to assign addresses to your load balanced application servers? Oracle servers? er, DHCP servers? :-)

        Don't most DHCP servers these days support assigning "static" IPs to hosts based on their MAC address? Hence if you do reconfigure the networ, all it takes is going to each server and releasing/renewing the DHCP lease on each of them, rather than trying to reconfigure the myriad of machines and IP addresses. (Plus, most OSes let yo

  • nmap & dhcp? (Score:3, Informative)

    by khasim ( 1285 ) <brandioch.conner@gmail.com> on Thursday March 08, 2007 @07:48PM (#18283238)
    First off, just looking at your router configs should tell you what addresses are where.

    Then, make sure you're using dhcp to assign the addresses.

    Use nmap to check for weirdness.
    • Re: (Score:3, Insightful)

      The purpose of this tracking is to be able to specify the router configs, and having to talk to dozens of routers every time someone wants a block of IPs assigned is going to get onerous. That's why this person (and any sane person in a similar situation) would like a reasonably straightforward and central way of knowing what networks are (and can be) assigned where, and what the router configs should be.

      Of course, after that I'd probably write a script to call up each router, compare their routing table

    • that sounds all well and good, except when your network starts to get large and/or complicated. Take my campus. ~30 /24's (not all contiguously address) and and the rest of my network is pread over 4 VRF's (multipule routing instances). We took the route of delevoping an inhouse app to track it all.

      When we put in the app we had 16 /24's on the campus and about 20 or so remote site's, it was a two month process getting everything documented and verified. I wouldnt want to try that today, and my net isnt
  • IPplan (Score:4, Informative)

    by yawble ( 181792 ) <whitney@NosPaM.luna.tk> on Thursday March 08, 2007 @07:49PM (#18283258) Homepage Journal
    Hello 30 seconds on google:

    http://iptrack.sourceforge.net/ [sourceforge.net]
    • Re: (Score:2, Informative)

      by Anonymous Coward
      I've used IPplan in several instances to manage many thousands of addresses. Works well, will generate swips, DNS and DHCP config files, as well as running on most any platform.
    • Re: (Score:3, Insightful)

      by Builder ( 103701 )
      I love it when someone asks for personal experience and advice, and someone else just points to some tool they found on google. No explanation of how good it is, no personal experience, but hey, I found it on Google so it must be good enough, right ?
      • Part of the point is that these days, if the person asking a question like this does absolutely no research via a search engine, then they're really wasting everyone's time, and all they deserve is a link to www.justfuckinggoogleit.com [justfuckinggoogleit.com]. If you want to ask the question more seriously, then you look around for what you can find, and post a question that indicates that you've done some minimal amount of research before throwing yourself on the mercy of a random group of strangers.
        • by djlowe ( 41723 ) *
          No, the REAL question is: Why was the article posted in the first place? It's pretty much "remedial TCP/IP network administration", in this day and age, and isn't "News for Nerds", nor "Stuff that Matters".

          Which is basically what you said, but with much less tact :)

          Regards,

          dj
  • by Colin Smith ( 2679 ) on Thursday March 08, 2007 @07:52PM (#18283290)
    Imagine using spreadsheets these days.

    On top of DHCP, add Dynamic DNS and you're almost all set. Just make sure to use a DHCP and DNS server from the same producer, they're generally not 100% compatible with one-another if you don't. They might be 99% but that 1% creates a whole world of trouble.

     
  • "Hey, Slashdot, I don't know how to do my job.. please help me. I could PROBABLY google around for 30-40 seconds and find a solution, and earning my paycheck by doing so.. but I figure I'll waste everyone's time."
    • by sk8king ( 573108 ) on Thursday March 08, 2007 @08:09PM (#18283488)
      What an annoying comment....perhaps a troll.

      Asking slashdot is informative for everyone. Sure, google may turn up a few thousand hits, but there may still be some gems hidden in there that slashdot can provide links to.

      Maybe people will find a new version/product that they didn't know they wanted/needed.

      • Re: (Score:1, Insightful)

        by Anonymous Coward
        You're kidding, right?

        Anyone who's had an IT position at a level slightly above Geeksquad tech would know to use DHCP/DNS. Anyone who's administered a home network I would assume knows how DHCP works.

        Its questions like these that make me understand the perception on /. that the tech market is in the shitter. There's a boatload of morons who have no business working in IT, and the OP is a perfect example.
        • by Targon ( 17348 )
          When you are looking at 1000 machines, it goes a bit beyond just using DHCP and DNS because of the routing that SHOULD be involved in that large of an environment. If you use a straight DHCP, you STILL need to set up a system to identify WHERE a given IP address might be as well, just in case something illegal or just against company policy is going on.

          Dynamic is nice if you plan to be hands-off, but it CAN be a royal pain if you need to be responsible for the environment.
    • "Hey, Slashdot, I don't know how to do my job.. please help me. I could PROBABLY google around for 30-40 seconds and find a solution, and earning my paycheck by doing so.. but I figure I'll waste everyone's time."

      "Hey Slashdot, I'm good at my job but I don't know everything.. please help me. I've already googled around for at least an hour to see what solutions exist. Being a social and intelligent human being who doesn't live in a vacuum, I'd love to have a conversation with other administrators about what solutions they have found valuable. I'm hoping that I can learn something those who have already investigated these solutions. I want to learn from your experience and leave a public record on Slashdot for other people who might have the same need in the future."
  • Managing IPs / DNS (Score:4, Informative)

    by bernywork ( 57298 ) * <.bstapleton. .at. .gmail.com.> on Thursday March 08, 2007 @08:05PM (#18283442) Journal
    This question has come up once [slashdot.org] or twice [slashdot.org] before.

    The usual suspects for answers to this question are as follows:

    NorthStar [brownkid.net], which is quite feature rich. "NorthStar is a system to help track and allocate blocks in an IP Network"

    IPplan [sourceforge.net] which is another open source product.

    And PHPip [freshmeat.net]

    If you want to go commercial VitalQIP Enterprise [alcatel-lucent.com] could suit your needs quite well.

    Berny
    • DNS doesn't keep track of subnets and assignments for you, and other miscellaneous information you might need. Yeah, you can kind of backload into it into DNS, but it ain't pretty. "Just ssh to wwww1-bigcustomer-25..." Also, individual departments or customers might have their own needs or desires for DNS. After a while, enough exceptions build up to make DNS much less valuable as a tracking/management system.

      We rolled our own IP address management system. Postgres apparently has some IP-specific data typ

    • These are some of the best tools out there, but none of them really are suited to managing large IP space allocations efficiently, or have the ability to produce clear reports for network managers configuring routers. None of them support IPv6 addresses (the QIP sales weasels kept making hollow promises, but now admit since the lucent/alcatel mutual ass-reaming, that the sun will go nova before it happens).

      Northstar works for what it does, but it's abandonware. I guess the author graduated and no longer wor
  • Network management (Score:3, Informative)

    by Colin Smith ( 2679 ) on Thursday March 08, 2007 @08:12PM (#18283504)

    Is there a simple way to list and view the IP addresses used on my network?"
    man fping. Though with 1000 nodes I'd be heading up to a network management system, something with autodiscovery. jffnms, opennms, zenoss or similar.

     
  • NAT! Oh wait, never mind :(
  • by casualsax3 ( 875131 ) on Thursday March 08, 2007 @08:22PM (#18283584)
    My company has been using Ubersmith Datacenter Edition (Uber DE, for those in the know) for a few months now - the IP management stuff they've integrated into the device manager is pretty slick to say the least. We've done the spreadsheet before, as well as North*, but neither of those options mesh well with any external systems. If you've got hardware/network stuff to manage as well (which I assume you do) give the Ubersmith guys a call. I don't think there's an online demo of DE yet (lame) but when we were interested in the system we called up and one of the developers gave us a walkthrough of a live build, explaining what was going on. http://www.ubersmith.com/ [ubersmith.com]
  • It is pretty much what it was designed to do (i.e. manage all your IP addresses to Names). As a result, a good DNS application will manage ALL your subnets, virtual lans, static addresses, and DHCP addresses.

    Personally I like Lucent's VitalQIP.
  • You only need 2 tools for managing your address space.

    Nmap - To see which addresses are in use and what the servers are doing.
    Traceroute - To see where in your network the IP address is.

    Also make sure your reverse DNS is updated when you assign an address to something important.
  • Cheops-NG (Score:2, Insightful)

    by ET_Fleshy ( 829048 )
    I like Cheops-ng [sourceforge.net], though I'm not sure if that's exactly what you're looking for. Also, I wouldn't run it during peak business hours -- don't wanna clog those tubes ;)
  • by josath ( 460165 ) on Thursday March 08, 2007 @09:05PM (#18283994) Homepage
    Maybe you can find some useful info here, this topic came up about a year ago:
    http://ask.slashdot.org/article.pl?sid=06/04/26/22 51224 [slashdot.org]
  • We designed some software that we use to manage our IP network, called Ganymede [utexas.edu]. It's designed to track data in a transactional object store, then turn around and re-build BIND files, NIS maps, and whatever other directory services data you care to manage with it. It's a bit unconventional, but if you need to be able to have full scripting control over your environment, it's really very powerful.

    Drop me an email if you're interested in talking about it.

  • by Sloppy ( 14984 ) on Thursday March 08, 2007 @10:47PM (#18284930) Homepage Journal

    Previously, an Excel Spreadsheet has been sufficient enough for my needs

    Awesome. By using a spreadsheet, you can "what if?" and see what would happen if you were to change a certain node's address, as the change instantly propogates through various calculations, ultimately altering that final cell either subtly, or drastically. You can even make a pie chart that shows the addresses!

    But best of all, since it's not just a spreadsheet -- it's an Excel(TM) spreadsheet! -- you have the advantage of Microsoft's advanced proprietary technology. Pity the fool who has to settle for Lotus 1-2-3 to .. um .. record a list.

  • Seriously. You have "just over 1000 nodes" to manage. Odds are, the vast majority of those are dynamically assigned (or they should be, so if they aren't, that's your first job). Of the ones that are left, I would venture to guess that the number is much smaller than 1000, and could probably be even smaller than you think given the availability of modern protocols like Zeroconf. After that, you need to consider how often those statically assigned devices are going to change, which is probably not very often
    • by amper ( 33785 ) *
      I of course forgot to mention the most important point.

      The first thing you want to nail down is a consistent convention for naming and numbering. Everything will fall right into place after that.
  • I work for a large IT company managing well over 50,000 IP addresses. We looked at several off the shelf products, including VitalIP, but as we have a dynamic mix of DNS, DHCP, and hosts files, we could not reliably manage that many IPs in Access, Excel, or any off the shelf product (that we reviewed at the time; 2003). We already had an in-house developed app doing the job, so we just decided to modify it. Honestly, a few hours of Oracle development to create the tables, a week of VB.NET programming, an
  • Carnegie Mellon's NetReg [cmu.edu] is an open source system that provides a pretty complete IP Address Management toolset, including management of DNS & DHCP configurations for ISC bind/dhcpd.

    Rather then just repeating what I said the last time the subject of IP Address Management came up on slashdot, I'll just link to it [slashdot.org].

  • The subject is slightly below the charter, but many great links get posted.
    http://www.nanog.org/mailinglist.html [nanog.org]
  • IPPlan [sourceforge.net] is what we use. It is by far not perfect, and we have basically switched to doing most modifications directly into the (Postgres) database. IPPlan was developed for MySQL, so it doesn't use the IP address features of Postgres. We have added a few stored procedures which keep an extra column in ip4r format, for easier manipulation by other tools.

    Why IPPlan? Because the other free alternatives are even worse.
  • I think a good solution to be is make one database with many queries and if you keep updating the main table the queries will change with it. You can use Between This Number and That Number so that only those IP Address would show up if this was me i'd set it up either by network node or Workstation Name.
  • At Rutgers University [rutgers.edu], we have a home grown tool called NetDB that we use to manage IP allocations, assignment of networks to individual departments, corresponding DNS, and custom Access Control Lists. It works rather well. Network Operations allocates a network for a department and assigns it to the appropriate Network Contact Group (NCG). From that point, the people who have certain privileges on that NCG have the ability to add/remove DNS for it and create custom access lists. The tool knows what OSPF ar
  • I used to work at a certain large business machine company with their own class A. There was an internal website one could go to, "iptools". You entered info on who you were, your dept, type of machine, physical location, etc. and it would assign you an IP. It had tools for when you moved a machine from one subnet to another (like when moving buildings) as well.

    There were monitoring machines that could tell when IPs were being used. If you didn't use a machine for a while (months?) you'd get an email from

  • To view and manage the IP addresses/subnets and IP space, I would recommend looking into an IP Address Management solution that would eliminate spreadsheet data entry. Address Commander by Incognito is one solution. It tracks organization-wide IP address space; links all IP addresses with business units and, regional offices, subscribers or other entities; centralizes address allocation policies; and automates the reporting and receipt of IP address space from RIR (ARIN/RIPE). Would that serve your purpose?
  • Geesh.. that is nothing. try more like 100000 nodes like some of us..

    You could manage 1000 on the back of a napkin almost.
  • You could always try OpenOffice Calc.

He has not acquired a fortune; the fortune has acquired him. -- Bion

Working...