> -Original Message-
> From: Michael Dillon [mailto:wavetos...@googlemail.com]
> Sent: Thursday, December 24, 2009 4:11 PM
> To: nanog@nanog.org
> Subject: Re: IPv6 allocations, deaggregation, etc.
>
> > I can't in good conscience justify a /32. That is jus
> I can't in good conscience justify a /32. That is just too much space.
Then you need to go back to IPv6 101.
> I believe I can, however, justify a separate /48 in Europe and APAC with
> my various offices and data centers in that region coming from the /48
> for that region.
A /48 is for a si
> -Original Message-
> From: Scott Leibrand
>
> It sounds like you're on the right track. You discovered the 2009-5
> Multiple Discrete Networks draft policy, which should allow you a
> separate /48 for each discrete network. That is somewhat orthogonal to
> the question of whether you s
e input, Mick.
George
From: Mick O'Rourke [mailto:mkorou...@gmail.com]
Sent: Tuesday, December 22, 2009 10:43 PM
To: Joel Jaeggli
Cc: George Bonser; nanog@nanog.org
Subject: Re: IPv6 allocations, deaggregation, etc.
Is the idea behind the /48 being looked at (keeping in mind a mixed IPv4
l.com]
Sent: Tuesday, December 22, 2009 10:43 PM
To: Joel Jaeggli
Cc: George Bonser; nanog@nanog.org
Subject: Re: IPv6 allocations, deaggregation, etc.
Is the idea behind the /48 being looked at (keeping in mind a mixed IPv4/IPv6
environment & http://www.ietf.org/rfc/rfc5375.txt
<http://
George Bonser wrote:
> We have decided to initiate the process of becoming IPv6 capable. We
> have requested and received a block of addresses which, after reading
> some of the discussion here, I fear may be too small to suit our needs
> (a /48). To better understand how to proceed and in an a
> -Original Message-
> From: eric clark
> I'm not an expert, but can/should you advertise ARIN IP space on APNIC
> or RIPE, etc ? You are talking about having recieved ip space from
> ARIN, tied to an ARIN AS I suppose it's probably more a matter of
> form than anything else though
On 23/12/2009, at 4:04 PM, Shane Ronan wrote:
I'm not an expert, but can/should you advertise ARIN IP space on
APNIC
or RIPE, etc ? You are talking about having recieved ip space from
ARIN, tied to an ARIN AS I suppose it's probably more a matter of
form than anything else though.
T
> I'm not an expert, but can/should you advertise ARIN IP space on APNIC
> or RIPE, etc ? You are talking about having recieved ip space from
> ARIN, tied to an ARIN AS I suppose it's probably more a matter of
> form than anything else though.
This happens all the time with IPv4 space and
On 23/12/2009, at 3:52 PM, George Bonser wrote:
If you can justify getting a /32, then I suggest you do so, but if
not
then don't worry, a /48 will work just fine. The networks that do
filter you will pretty soon adapt I expect.
I can't in good conscience justify a /32. That is just too muc
I'm not an expert, but can/should you advertise ARIN IP space on APNIC
or RIPE, etc ? You are talking about having recieved ip space from
ARIN, tied to an ARIN AS I suppose it's probably more a matter of
form than anything else though.
On Tuesday, December 22, 2009, Nathan Ward wrote:
>
> -Original Message-
> From: Nathan Ward [mailto:na...@daork.net]
> Sent: Tuesday, December 22, 2009 6:34 PM
> To: nanog@nanog.org
> Subject: Re: IPv6 allocations, deaggregation, etc.
>
> The assumption that networks will filter /48s is not the whole story.
...
The assumption that networks will filter /48s is not the whole story.
The RIRs giving out /48s do so from a single pool that only contains /
48 assignments.
The RIRs give out /32s from a pool containing /32 or shorter prefixes
(ie /31, /30, etc. etc).
You will find that most networks filteri
We have decided to initiate the process of becoming IPv6 capable. We
have requested and received a block of addresses which, after reading
some of the discussion here, I fear may be too small to suit our needs
(a /48). To better understand how to proceed and in an attempt to get
it right (or clos
On Mon, Oct 19, 2009 at 6:27 PM, Cord MacLeod wrote:
> The tool is aware of the prefix length you insert. So instead of /32, put
> /64 or /48 etc.
Ah!
So, the instructions are wrong; instead of saying
"1. Enter the start prefix (i.e. 2001:db8::/32)."
it should say
"1. Enter the start prefix (i
The tool is aware of the prefix length you insert. So instead of /32,
put /64 or /48 etc.
On Oct 19, 2009, at 6:22 PM, Matthew Petach wrote:
On Mon, Oct 19, 2009 at 1:23 PM, Simon Perreault <
simon.perrea...@viagenie.ca> wrote:
Esposito, Victor wrote, on 2009-10-19 16:01:
Since there is
On Mon, Oct 19, 2009 at 1:23 PM, Simon Perreault <
simon.perrea...@viagenie.ca> wrote:
> Esposito, Victor wrote, on 2009-10-19 16:01:
> > Since there is a lot of conversation about IPv6 flying about, does
> > anyone have a document or link to a good high level allocation structure
> > for v6?
>
>
On 20/10/2009, at 9:01 AM, Esposito, Victor wrote:
Since there is a lot of conversation about IPv6 flying about, does
anyone have a document or link to a good high level allocation
structure
for v6?
It seems there are 100 different ways to sub allocate the /32, and I
am
trying to find a s
Esposito, Victor wrote, on 2009-10-19 16:01:
> Since there is a lot of conversation about IPv6 flying about, does
> anyone have a document or link to a good high level allocation structure
> for v6?
See RFC 3531 and here:
http://www.ipv6book.ca/allocation.html
Simon
--
DNS64 open-source --> h
Since there is a lot of conversation about IPv6 flying about, does
anyone have a document or link to a good high level allocation structure
for v6?
It seems there are 100 different ways to sub allocate the /32, and I am
trying to find a simple but scalable method... .
Thanks!
Victor Espos
David Conrad wrote:
On Oct 6, 2009, at 6:13 PM, Nathan Ward wrote:
My understanding is that the RIRs are doing sparse allocation, as
opposed to reserving a few bits. I could be wrong.
Last I heard, with the exception of APNIC and contrary to what they
indicated they'd do prior to IANA allocat
On Oct 6, 2009, at 6:17 PM, David Conrad wrote:
On Oct 6, 2009, at 6:13 PM, Nathan Ward wrote:
My understanding is that the RIRs are doing sparse allocation, as
opposed to reserving a few bits. I could be wrong.
Last I heard, with the exception of APNIC and contrary to what they
indicated t
On Oct 6, 2009, at 6:13 PM, Nathan Ward wrote:
My understanding is that the RIRs are doing sparse allocation, as
opposed to reserving a few bits. I could be wrong.
Last I heard, with the exception of APNIC and contrary to what they
indicated they'd do prior to IANA allocating the /12s, you a
nding should be an easy thing to do. On a personal note, I hope
that we DO need to expand IPv6 allocations to ISPs as this thing
finally gets deployed.
My understanding is that the RIRs are doing sparse allocation, as
opposed to reserving a few bits. I could be wrong.
--
Nathan Ward
be an easy thing to do. On a personal note, I hope
that we DO need to expand IPv6 allocations to ISPs as this thing
finally gets deployed.
I'm not responding to the rest of your post because you and I have
already had those discussions in person on more than one occasion and
I know I'm not
Doug Barton wrote:
> [ I normally don't say this, but please reply to the list only, thanks.
> ]
>
> I've been a member of the "let's not assume the IPv6 space is
> infinite" school from day 1, even though I feel like I have a pretty
> solid grasp of the math. Others have alluded to some of the re
FWIW - I don't believe the two arguments are in opposition/conflict ... But
totally agree with your end result of "/56s and /48s, with add'l bits held
in reserve" ...
/TJ
On Mon, Oct 5, 2009 at 11:39 PM, Doug Barton wrote:
> [ I normally don't say this, but please reply to the list only, thank
On Mon, Oct 5, 2009 at 11:39 PM, Doug Barton wrote:
> As a practical matter we're "stuck" with /64 as the smallest possible
> network we can reliably assign. A /60 contains 16 /64s, which
> personally I think is more than enough for a residential customer,
> even taking a "long view" into conside
I realize that this is quite long, so if you've gotten this far,
congratulations! I hope it was useful.
Doug
Well said Doug.
-G
[ I normally don't say this, but please reply to the list only, thanks. ]
I've been a member of the "let's not assume the IPv6 space is
infinite" school from day 1, even though I feel like I have a pretty
solid grasp of the math. Others have alluded to some of the reasons
why I have concerns about
30 matches
Mail list logo
