| 11 | | As all Wiki pages, this page is editable, this means that you can |
| 12 | | modify the contents of this page simply by using your |
| 13 | | web-browser. Simply click on the "Edit this page" link at the bottom |
| 14 | | of the page. WikiFormatting will give you a detailed description of |
| 15 | | available Wiki formatting commands. |
| | 7 | On trying to make sense of the existing tool's database structure, and how it handled netblocks (basically, it didn't; it allocated ranges of IP addresses which were free to begin and end places other than CIDR boundaries), I started replacing data structures and code to get the stored data consistent enough to export to [http://www.rwhois.net rWHOIS]. That basic need was met before using source control, and is represented by r4 - almost a complete replacement of the original code. |
| 29 | | Enjoy! [[BR]] |
| 30 | | ''The Trac Team'' |
| | 20 | This also relies on NOC staff using the IPDB allocation interface to request address space for customers, rather than looking at what's free on the router and using something handy... as well as relying on NOC staff to enter whatever arbitrary changes they've made. Planned enhancement: Module to walk router configs (either live or backup copies) and compare with allocations as listed (#25). |
| | 21 | - hook to support checks against an external system for customer IDs |
| | 22 | - rWHOIS export with either organization name/address or customer data as contact for published netblocks. This can be toggled on a per-allocation basis. Note that you still need to submit SWIP templates (if you're getting address space from ARIN) if you wish to delegate rDNS nameserver authority on /24 and larger blocks. |
| | 23 | - preliminary support for email notifications to arbitrary destinations on any action. Currently, static IP assignments, netblock assignments, deallocations, and updates to blocks with the SWIP flag set will generate notices. |
| 39 | | For a complete list of local wiki pages, see TitleIndex. |
| | 29 | Development past r396 has been committed entirely to this new repository, and most of those commits have been to trim out some dangling bits of hardcodedness necessary to make it simple(r) to install this and use it for any organization without having to patch the code. |
| | 30 | |
| | 31 | === Conventions === |
| | 32 | |
| | 33 | - A "larger" block is one with more IP addresses in it. Conversely, a "smaller" block is one with fewer addresses. |
| | 34 | |
| | 35 | === Requirements === |
| | 36 | |
| | 37 | - Perl |
| | 38 | - NetAddr::IP. I would not recommend using anything older than 4.x; however it should work well enough with 3.x. |
| | 39 | - CGI::Carp |
| | 40 | - DBI |
| | 41 | - File::Path |
| | 42 | - POSIX |
| | 43 | - Sys::!SigAction. This isn't strictly required; it's used in an example hook for validating customer IDs against an external database. |
| | 44 | - Sys::Syslog |
| | 45 | - PostgreSQL v7.4 or higher. Postgres provides an IP address/IP netblock data type, and operators to match; much of the functionality relies on these database operations. Other database engines could be used, with variying degress of trouble and hackery. v8.x is probably a good idea since 7.x is no longer supported upstream. |
| | 46 | - Webserver supporting CGI executables. Note that the current code is somewhat inflexible about its web path, but that's due to be fixed (see #3, #15, and #17). |
| | 47 | |
| | 48 | CPU and memory requirements have not been very high to date at [http://www.vianet.ca ViaNet]; performance has mainly been impacted by everything else we've crammed onto the same server. |
![[ DeepNet IP Database ]](/images/ipdb-logo.png){kind=logo}
