From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] /etc/hosts include file?
Date: Fri, 08 Mar 2013 15:54:04 +0200 [thread overview]
Message-ID: <5139ED7C.3030708@gmail.com> (raw)
In-Reply-To: <5139EA4D.1000606@gmail.com>
On 08/03/2013 15:40, Michael Mol wrote:
>> IPv6 is wonderfully easy to use client-side and reasonably easy to plug
>> > into an existing network (the routers mostly know what to do already).
>> > The fun starts when you need to write an app that tracks and does range
>> > allocations at ISP scale, all while keeping the PTRs in line too. Sadly
>> > for me, my team works in that area and such a magic app is one of our
>> > deliverables
> My mouth is watering...
>
>> >
>> > One day when I've climbed down off the walls and my fingernails have
>> > grown back, I might be up to relating what it is taking to get that
>> > done.... :-)
> I don't suppose you knew I'm a huge IPv6 advocate, and travel around my
> state giving free training sessions...
>
> I would absolutely love to hear about the problems you're facing.
> Further, I'd love to help you get past them...and can put you in touch
> with experts who might also be able to help.
>
>
I too am a huge fan of IPv6. It will all at once fix two things:
1. The craziness of trying to conserve IPv4 space
2. NAT. Finally, a good solid techical reason to make NAT just go away
and stay away. Permanently. Forever.
Without getting into huge amounts of boring detail on the list, the
major problem is finding software that can fulfil our backend needs.
We're an ISP and we sell address space. We also allocate space
internally to our own customers and need to keep accurate records as to
who has what. There are some good packages on the market that function
as a DNS backend where you enter the relevant IPv6 data and it takes
care of the forward and reverse entries. We need something a bit more
than that, we need the software to do block allocation. So it must not
be a mere record of stuff, it must be the authoritative source of
reference for that stuff, and it must understand the people involved and
their roles (what they may allocate etc).
The best package we found so far is one from Cricket Liu's company (I
forget the app name for the moment, it was a while ago) but it doesn't
do allocation and the backend db isn't really designed for that.
And I nearly forgot to mention, I also need magic post-allocation hooks
in the code. I'm determined to get to a point where unallocated blocks
will be black-holed by the core routers. They must only start passing
the traffic once a properly assigned block has been allocated and
recorded as such. If you ever worked at ISP level, you will immediately
understand why that is rather important :-)
Speak later.
--
Alan McKinnon
alan.mckinnon@gmail.com
next prev parent reply other threads:[~2013-03-08 13:56 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-07 22:24 [gentoo-user] /etc/hosts include file? Alan McKinnon
2013-03-07 23:50 ` Michael Mol
2013-03-08 0:29 ` Michael Mol
2013-03-08 8:32 ` Alan McKinnon
2013-03-08 13:40 ` Michael Mol
2013-03-08 13:54 ` Alan McKinnon [this message]
2013-03-08 19:50 ` [Bulk] " Kevin Chadwick
2013-03-08 19:55 ` Michael Mol
2013-03-08 21:49 ` Kevin Chadwick
2013-03-08 22:36 ` Pandu Poluan
2013-03-09 0:50 ` Kevin Chadwick
2013-03-09 3:27 ` Michael Mol
2013-03-09 12:53 ` Kevin Chadwick
2013-03-10 21:28 ` Michael Mol
2013-03-11 23:09 ` Kevin Chadwick
2013-03-12 5:05 ` Michael Mol
2013-03-09 0:13 ` Walter Dnes
2013-03-09 0:41 ` Michael Mol
2013-03-10 1:42 ` Walter Dnes
2013-03-10 4:59 ` Michael Orlitzky
2013-03-10 21:09 ` Michael Mol
2013-03-10 5:19 ` Alan McKinnon
2013-03-10 21:07 ` Michael Mol
2013-03-10 21:43 ` Alan McKinnon
2013-03-10 22:02 ` Michael Mol
2013-03-11 4:00 ` Walter Dnes
2013-03-11 4:37 ` Michael Mol
2013-03-11 8:22 ` Alan McKinnon
2013-03-11 22:45 ` Walter Dnes
2013-03-11 23:39 ` Kevin Chadwick
2013-03-12 3:58 ` Walter Dnes
2013-03-12 0:25 ` Alan McKinnon
2013-03-12 2:02 ` Michael Mol
2013-03-12 11:29 ` Alan McKinnon
2013-03-13 0:26 ` [Bulk] " Kevin Chadwick
2013-03-11 23:31 ` Kevin Chadwick
2013-03-12 0:37 ` Alan McKinnon
2013-03-09 0:45 ` Kevin Chadwick
2013-03-09 3:21 ` Michael Mol
2013-03-09 12:53 ` Kevin Chadwick
2013-03-10 22:00 ` Michael Mol
2013-03-11 1:56 ` Michael Orlitzky
2013-03-11 2:33 ` Michael Mol
2013-03-11 22:34 ` Kevin Chadwick
2013-03-12 3:36 ` Michael Mol
2013-03-08 15:39 ` Florian Philipp
2013-03-08 4:30 ` Pandu Poluan
2013-03-08 8:23 ` Alan McKinnon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5139ED7C.3030708@gmail.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox