Hello,
does anybody knows what happend with ipat?
http://nethead.de/index.php/ipat
http://nanog.cluepon.net/index.php/Tools_and_Resources
Any other suggestion for a good foss ip address management app with
ipv6 support?
Hello,
does anybody knows what happend with ipat?
http://nethead.de/index.php/ipat
http://nanog.cluepon.net/index.php/Tools_and_Resources
Any other suggestion for a good foss ip address management app with
ipv6 support?
I was about to suggest IPPlan, but it is lacking the V6 support. Here is
one I found doing some searching, but I haven't used it myself:
http://sourceforge.net/projects/haci/
-Scott
We use IPPlan for ipv4 and a fairly flexible, but less fully featured management program called vim for ipv6.
Migrating our data out of ipplan to something else is a flashpoint that can lead to error, but we might have to do that.
It looks like the lack of ipv6 support in ipplan is partly due to the maintainer not wanting to support it, so we might be tempted to (if the license permits) fork the project and hack in support. We have hacked it a lot already to build user-based containment between resources, so that we can have a vlan schema for many networks, and many customers (with their own logins, and only visability of their own subnets) in the same instance. If we hack v6 support in, we could release the finished project - I think there was opposition to doing that thus far because the developer was embarrassed about some of the hacks
Andy
I'm actually writing some IP management code. Web based, it knows about the difference between IPv4 and IPv6 in maybe 3 or 4 places.
Intention is to release it publicly when it's good to go.
Andy Davidson (andy) writes:
It looks like the lack of ipv6 support in ipplan is partly due to
the maintainer not wanting to support it, so we might be tempted to
(if the license permits)
It's GPL... So for away
Also, you might want to look at TIPP:
http://tipp.tobez.org/
http://github.com/tobez/tipp
2-clause BSD-style license.
Was developed for a large ISP. IPv6 support is planned:
Future of TIPP
- import/export from/to CSV;
- IP availability checks (pinging);
- editing ranges of IP addresses at once;
- plugin architecture for better integration with the existing systems;
- IPv6 support;
- installation instructions;
- automated install script;
- fine-grained access control;
- an ability to define new classes;
- user documentation;
- API documentation;
Cheers,
Phil
Phil Regnauld (regnauld) writes:
Future of TIPP
- import/export from/to CSV;
- IP availability checks (pinging);
- editing ranges of IP addresses at once;
- plugin architecture for better integration with the existing systems;
- IPv6 support;
Update: IPv6 is planned during february apparently, according to
the developer.
It looks like the lack of ipv6 support in ipplan is partly due to the
maintainer not wanting to support it, so we might be tempted to (if the
license permits) fork the project and hack in support.
There is a FAQ entry for ipv6 support in ipplan:
One feature request that comes up from time to time is IPv6. Adding IPv6
support will require major effort but has such a limited audience.
Ironically the only people that ever requested IPv6 support are either
from Telcos, ISP�s or government departments, yet they are never
interested in contributing resources! I deam them parasites of the Open
Source world - leaching off the good will and effort of the Open Source
community, yet give nothing in return.
q.v. http://iptrack.sourceforge.net/doku.php?id=faq
I guess we're all entitled to our opinions.
The data model used in ipplan is to enumerate all IP addresses in the
working ranges. This works fine for ipv4, but obviously breaks horribly
for ipv6. Political considerations aside, I suspect that this is at least
some of the reason that ipplan doesn't support it.
Nick
Nick Hilliard (nick) writes:
There is a FAQ entry for ipv6 support in ipplan:
> One feature request that comes up from time to time is IPv6. Adding IPv6
> support will require major effort but has such a limited audience.
> Ironically the only people that ever requested IPv6 support are either
> from Telcos, ISP?s or government departments, yet they are never
> interested in contributing resources! I deam them parasites of the Open
> Source world - leaching off the good will and effort of the Open Source
> community, yet give nothing in return.
Shame. And "deam" is "deem".
q.v. http://iptrack.sourceforge.net/doku.php?id=faq
I guess we're all entitled to our opinions.
Yeah, sad.
The data model used in ipplan is to enumerate all IP addresses in the
working ranges. This works fine for ipv4, but obviously breaks horribly
for ipv6. Political considerations aside, I suspect that this is at least
some of the reason that ipplan doesn't support it.
It would indeed require a very large screen and lots of memory
Cheers,
Phil
Phil Regnauld wrote:
Nick Hilliard (nick) writes:
There is a FAQ entry for ipv6 support in ipplan:
One feature request that comes up from time to time is IPv6. Adding IPv6
support will require major effort but has such a limited audience.
Ironically the only people that ever requested IPv6 support are either
from Telcos, ISP?s or government departments, yet they are never
interested in contributing resources! I deam them parasites of the Open
Source world - leaching off the good will and effort of the Open Source
community, yet give nothing in return.Shame. And "deam" is "deem".
That's a somewhat shallow reading of the motivation for contributing
resources to another project in any event... There wasn't a lot of
canned address mangement software when I started supporting v6 in a
campus environment 10 years ago either. mysql isn't that hard and
neither are spreadsheets embedded in wikis. the important part is the
business process where the records in the address management system
remain congruent with what's represented in the address mangement system.
I don't think (although I could be wrong) that most of our organizations
are so deliberately helpless that we need a shrinkwrap software package
made specifically for the purpose to track foo resource.
Having cut my teeth in technical support in era when pc based RDBMSes
took over the world, much less technical people then us manage to track
employee hours, video rental inventories, beauty supplies, grades etc
quite successfully.
I want to point out that OpenNetAdmin (ONA) is a great IP/DNS/Host
tracking tool, although not supporting IPv6 yet. It's the first GPL I
know of that uses the concept of an abstract host which can have
multiple DNS names or IPs. I used IPPLAN in the past but have recently
converted to ONA for several of our managed projects and been happy
since. The developer is actively working on some improvements. I've
wrote some script to convert from your BIND/NAME zone file to ONA.
As for the interface, you have the option of using its nice AJAX web
based or cli through a PHP script.
-bn
0216331C
Nick Hilliard (nick) writes:
>
> There is a FAQ entry for ipv6 support in ipplan:
>
> > One feature request that comes up from time to time is IPv6. Adding IPv6
> > support will require major effort but has such a limited audience.
> > Ironically the only people that ever requested IPv6 support are either
> > from Telcos, ISP?s or government departments, yet they are never
> > interested in contributing resources! I deam them parasites of the Open
> > Source world - leaching off the good will and effort of the Open Source
> > community, yet give nothing in return.Shame. And "deam" is "deem".
> q.v. http://iptrack.sourceforge.net/doku.php?id=faq
>
> I guess we're all entitled to our opinions.Yeah, sad.
I think that if he didn't want commercial organisations to use his
software, he shouldn't have chosen a licence that permits them to (the
GPL according to the home page). If that's his attitude to possible
future contributors and to IPv6, then it seems to me that iptrack has
jumped the shark.
Hi,
Pavel Dimow wrote:
does anybody knows what happend with ipat?
> http://nethead.de/index.php/ipat
> http://nanog.cluepon.net/index.php/Tools_and_Resources
i did take the sources offline a couple of weeks ago cause there didnt seemed to be a lot interest in the software.
If you want i can put em up again or send you a download link but you should keep in mind that this is a "carrier grade" address management tool which requires quite some time to setup.
The IP management stuff has been created ontop of the RIPE whois database, means, you will be running a complete registry server.
cheers,
Arnd
Please do send the dn/load link .. thanks
> Nick Hilliard (nick) writes:
> >
> > There is a FAQ entry for ipv6 support in ipplan:
> >
> > > One feature request that comes up from time to time is IPv6. Adding IPv6
> > > support will require major effort but has such a limited audience.
> > > Ironically the only people that ever requested IPv6 support are either
> > > from Telcos, ISP?s or government departments, yet they are never
> > > interested in contributing resources! I deam them parasites of the Open
> > > Source world - leaching off the good will and effort of the Open Source
> > > community, yet give nothing in return.
>
> Shame. And "deam" is "deem".
>
> > q.v. http://iptrack.sourceforge.net/doku.php?id=faq
> >
> > I guess we're all entitled to our opinions.
>
> Yeah, sad.
>I think that if he didn't want commercial organisations to use his
software, he shouldn't have chosen a licence that permits them to (the
GPL according to the home page). If that's his attitude to possible
future contributors and to IPv6, then it seems to me that iptrack has
jumped the shark.
It sounds far more like that's his attitude to those who keep annoying him
about supporting something he doesn't care about, without actually contributing
anything useful to the project.
Hello Arnd,
it would be great if you can put them back.
Thank you.
>
> > Nick Hilliard (nick) writes:
> > >
> > > There is a FAQ entry for ipv6 support in ipplan:
> > >
> > > > One feature request that comes up from time to time is IPv6. Adding IPv6
> > > > support will require major effort but has such a limited audience.
> > > > Ironically the only people that ever requested IPv6 support are either
> > > > from Telcos, ISP?s or government departments, yet they are never
> > > > interested in contributing resources! I deam them parasites of the Open
> > > > Source world - leaching off the good will and effort of the Open Source
> > > > community, yet give nothing in return.
> >
> > Shame. And "deam" is "deem".
> >
> > > q.v. http://iptrack.sourceforge.net/doku.php?id=faq
> > >
> > > I guess we're all entitled to our opinions.
> >
> > Yeah, sad.
> >
>
>
> I think that if he didn't want commercial organisations to use his
> software, he shouldn't have chosen a licence that permits them to (the
> GPL according to the home page). If that's his attitude to possible
> future contributors and to IPv6, then it seems to me that iptrack has
> jumped the shark.
>
It sounds far more like that's his attitude to those who keep annoying him
about supporting something he doesn't care about, without actually contributing
anything useful to the project.
It's fine for him to not want to spend time on people's requests - that
is an accepted thing for open source software. But to call
people/organisations who use his software legitimately and also make
legitimate requests, under *his* chosen license "leaches" is
disingenuous.
As I said, if he didn't want commercial users to use his software, or
ask for features, then he shouldn't have chosen a license that permits
commercial use.
Complaining about a situation he has created, by his choice of license,
is puerile.
Brian R. Watters wrote:
Please do send the dn/load link .. thanks
here you go:
http://nethead.de/media/files/downloads/ipat/ipadmin-tools.tar.gz
http://nethead.de/media/files/downloads/ipat/modrdb.3.3.0-cvs.tar.gz
In case you have questions mail me.
best regards,
Arnd
Hello,
I am also working on creating a IP address management tool (including
changing rDNS), of course it should work with IPv4 and IPv6. If someone is
interested in it, please mail me (so I know I have to inform him/her when I
release it). If there are certain features that I should include and are not
listed please also inform me about it (by email or via the forum on
mscholten.eu).
Features I have now on my list:
- IPv4 support (including ranges, like a /29)
- IPv6 support (including ranges, like a /64)
- Multi user support (admin - user level 3 - user level 2 - user level 1), a
user can create users on lower levels to edit how IPs are assigned from
their ranges to their customers (nice for companies with resellers!), of
course you could also only create level 1 users.
- Multi language support (with language files to translate)
- Change rDNS (based on changing PTR records in a MySQL database that could
be used by PowerDNS and a script will be provided to convert the MySQL
database to Bind files)
Current requirements (to host it, this is what I use to test it, other specs
may also work):
- To use the rDNS: PowerDNS or Bind nameservers
- PHP5 (with MySQLi extension and pear packages Net_IPv4 and Net_IPv6)
- MySQL 5
- The option to create a cron if you want to convert the database to a Bind
file
The planned release date for the first version is this month.
With kind regards,
Mark Scholten
Mark Scholten (mark) writes:
Hello,
I am also working on creating a IP address management tool (including
changing rDNS), of course it should work with IPv4 and IPv6. If someone is
interested in it, please mail me (so I know I have to inform him/her when I
release it). If there are certain features that I should include and are not
listed please also inform me about it (by email or via the forum on
mscholten.eu).
Hi Mark,
Considering the number of existing projects that have been mentioned
in the last couple of weeks here, and those that haven't, wouldn't
it be a good idea to see if any of the existing ones can be adapted
or patches sent to the authors so that the required features are
integrated ?
Not trying to discourage you, and more choice is always good, but
it does tend to get confusing
Features I have now on my list:
- Multi user support (admin - user level 3 - user level 2 - user level 1), a
user can create users on lower levels to edit how IPs are assigned from
their ranges to their customers (nice for companies with resellers!), of
course you could also only create level 1 users.
Ideally you should consider some form of role based access control:
Create roles, assign users and groups to them, and give rights to the
roles.
- Multi language support (with language files to translate)
- Change rDNS (based on changing PTR records in a MySQL database that could
be used by PowerDNS and a script will be provided to convert the MySQL
database to Bind files)
... or dynamic updates.
Current requirements (to host it, this is what I use to test it, other specs
may also work):
- To use the rDNS: PowerDNS or Bind nameservers
- PHP5 (with MySQLi extension and pear packages Net_IPv4 and Net_IPv6)
- MySQL 5
- The option to create a cron if you want to convert the database to a Bind
fileThe planned release date for the first version is this month.
That's ambitious
I've designed and co-developed at least 2 platforms similar to the above,
and if you really insist on going this way, I think you should publish
some requirement specifications somewhere, and let others come with
comments. Nanog is a good starting point, but since this touches on
DNS as well, I'm sure a dedicated project page would be more useful,
with possibly a wiki to update said specs.
Cheers,
Phil