Dave wrote:
Yup IŽm subscribed too :)
Nice to read you.
Personally IŽd be very much in favour of NOT using perl6. Many users at least for the next two years will not wish to upgrade just for this tool. Also unless we actually NEED perl6 there is little point, or ?
I believe Perl 6 will remain a concept not an interpreter for some time yet, so the point is moot.
With regards the structure of the tool...
Looks good. A few thoughts of my own...
One of the processes could be seen comprised of the following steps:
1. Address request - from salesman or customer 2. Approval of request - RIR, LIR, LIR delegate, automatic, 3. Assignment of addresses - network engineer, mobile phone dept, whatever. 4. Registration - maybe automatic - local and RIR databases 5. Configuration - presently outside scope but maybe we should provide hooks.
I would like to see the tool maintain the independence between these steps as they could each be carried out by different people.
Good point.
A text DB would be good, but maybe it requires a little structure - for example separate tables for each /16. >This is what we use presently.
I think all four DBs can probably be text-based in a basic implementation, but it would be nice to have IPMT access them via a standard interface like DBI which would allow easy upgrading to real DBs when required. Text-based DBs means easy(er) debugging too. Cheers, Maldwyn _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
participants (1)
-
maldwyn morris