> > real time inventory management
> Wow! I've heard all sorts of claims for what IPv6 will do/include, but I
> must say that's a new one
It's like Wal-Mart approach: the inventory constantly moves, it never sits
still on
the shelf. IPv6 addressed RFID tags look promising.
[EMAIL PROTEC
On 14-apr-2006, at 15:52, Peter Dambier wrote:
That being said, I do acknowledge that larger companies such as
global
ISPs do have a problem with the RFC1918 space being too small. This
brings the debate of what to do with class E, either make it extended
private space or make it global unicas
Michel Py wrote:
That being said, I do acknowledge that larger companies such as global
ISPs do have a problem with the RFC1918 space being too small. This
brings the debate of what to do with class E, either make it extended
private space or make it global unicast.
When develloping IASON,
Michel Py wrote:
> That being said, I do acknowledge that larger companies such as global
> ISPs do have a problem with the RFC1918 space being too small. This
> brings the debate of what to do with class E, either make it extended
> private space or make it global unicast.
>
I think we bite th
> From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> If Boeing had rolled out IPv6 in 1993-1994 by now they would have ...
> real time inventory management
Wow! I've heard all sorts of claims for what IPv6 will do/include, but I
must say that's a new one
Noel
__
If Boeing had rolled out IPv6 in 1993-1994 when Eric wrote RFC1687 it
> would not have done anything to their bottom line as of today and wasted
> my money.
If Boeing had rolled out IPv6 in 1993-1994 by now they would have an efficient
production and real time inventory management; would have save
Brian,
>> Michel Py wrote:
>>v
>>|
>>/\
>> +-+ / \ ++
>> | Upgrade |__/ ? \__| Give money |
>> | To IPv6 | \/ | to Michel |
>> +-+ \ / ++
>>\/
>>
>> M. Tough call.
> Bria
v
|
/\
+-+ / \ ++
| Upgrade |__/ ? \__| Give money |
| To IPv6 | \/ | to Michel |
+-+ \ / ++
\/
M. Tough call.
Yes, it is. It's called long term strategic
investment vers
> Eric Fleischman wrote:
> that us end users will go to great lengths to avoid any costly
> network upgrade that does not contribute anything to our bottom
> line. Think about it: why would we spend tens of millions of
> dollars to get equivalent network connectivity to what we
> already have? It m
Iljitsch van Beijnum wrote:
On 11-apr-2006, at 15:58, Brian E Carpenter wrote:
However, geographic addressing could give us aggregation with
provider independece.
You'll have to produce the BGP4 table for a pretty compelling simulation
model of a worldwide Internet with a hundred million
On 11-apr-2006, at 15:58, Brian E Carpenter wrote:
However, geographic addressing could give us aggregation with
provider independece.
You'll have to produce the BGP4 table for a pretty compelling
simulation
model of a worldwide Internet with a hundred million enterprise
customers
and t
To: ietf@ietf.org
Cc: [EMAIL PROTECTED]
Subject: Re: Reality (was RE: Stupid NAT tricks and how to stop them.)
> From: "Tony Hain" <[EMAIL PROTECTED]>
> The world needs the wake up call that reality is about to hit them
in
> the face and they will need all the
...
However, geographic addressing could give us aggregation with provider
independece. If you examine European routes in the routing table of a
router on the American west coast, you'll see that the vast majority of
those routes point towards the same next hop. So if you could express
an
>You know, you could assign IPv6 addresses in a strictly geographic >way and you'd have more than enough for everyone, everywhere, > with very simple routing. But of course that won't be done. In fact some people are doing this today within their networks. IPv6 marveles ability to "address ev
On 11-apr-2006, at 4:39, Anthony G. Atkielski wrote:
It is worth about the same as a postal address that comes
naturally when they build a new house. In a similar way when a new
device comes to existence it gets an address out of infinite
universe of 0 and 1.
Maybe in some part of the universe
Peter Sherbin writes:
> It is worth about the same as a postal address that comes
> naturally when they build a new house. In a similar way when a new
> device comes to existence it gets an address out of infinite
> universe of 0 and 1.
That would only be true if IP addresses were geographically
John C Klensin writes:
> So, let's assume that I'm an ISP and (i) I discover that I've
> switched to IPv6 to avoid needing to use private addressing in my
> core network, (ii) I discover that it is now costing me more to
> support IPv4 customers (because they require protocol and address
> transla
Iljitsch van Beijnum writes:
> That's the popular view. In reality, people deployed NAT mostly for
> reasons that have little to do with the global IPv4 address
> depletion.
They deployed it mainly because getting an IPv4 address costs money,
and involves considerable red tape. Mainly because
> From: Noel Chiappa [mailto:[EMAIL PROTECTED]
> I have no idea exactly what it will be (maybe a free market
> in IPv4 addresses, plus layered NAT's, to name just one
> possibility), but there are a lot of clever people out there,
> and *once events force them to turn their attention to this
> To make things worse site local IPv6 addresses were deprecated. So you
> dont have a chance to number your machines locally and play with IPv6
> for learning. You have to get an official /64 network to run your site.
But now you have Locally Assigned Local Addresses and if you
d
> it certainly will be interesting to see what an IP> address is really worth. It is worth about the same as a postal address that comes naturally when they build a new house. In a similar way when a new device comes to existence it gets an address out of infinite universe of 0 and 1. The
--On Monday, 10 April, 2006 19:31 +0200 Iljitsch van Beijnum
<[EMAIL PROTECTED]> wrote:
>...
> Everyone who thinks that regular users are going to forego
> IPv4 connectivity in favor of IPv6 connectivity as long as
> IPv4 still works to a remotely usable degree is a card
> carrying member of t
Noel Chiappa wrote:
Many years ago now, a funny thing happened on the way to "complete exhaustion
of the IPv4 address space (Version 1)". Some clever people worked out this
ugly hack, which the marketplace judged - despite its ugliness - to be a
superior solution to the forklift upgrade to IPv6.
On 10-apr-2006, at 16:35, Noel Chiappa wrote:
Many years ago now, a funny thing happened on the way to "complete
exhaustion
of the IPv4 address space (Version 1)". Some clever people worked
out this
ugly hack, which the marketplace judged - despite its ugliness - to
be a
superior solution t
> Iljitsch van Beijnum wrote:
> The problem is that nothing matches historical growth, because it
> contains elements that have proven resistant against modeling.
That's the way I see it myself.
> Until that time, I'll continue to assume 2010 - 2015 with
> 2012 as the most likely moment for IPv4
> From: "Tony Hain" <[EMAIL PROTECTED]>
> The world needs the wake up call that reality is about to hit them in
> the face and they will need all the time there is left to develop a
> managed IPv6 deployment plan. If they don't start now they will be
> forced into a crash deplo
The real issue is that Geoff's linear projections against the
current .75
/8's per month going out from the RIRs to hit a 2012 date don't
match the
historical growth.
I suppose I should respond here, particularly as the quote about using linear
models is not a correct one.
The projection mo
On 10-apr-2006, at 7:43, Tony Hain wrote:
Instead of dissecting the numbers into chunks that give you the
answer you
want, how about looking at the big picture?
[...]
The real issue is that Geoff's linear projections against the
current .75
/8's per month going out from the RIRs to hit a
Instead of dissecting the numbers into chunks that give you the answer you
want, how about looking at the big picture?
http://www.tndh.net/~tony/ietf/ipv4-pool-combined-view.pdf
shows the IANA to RIR on the top line (updated through 7-Apr-06), with the
next line being the sum of the RIRs going out
29 matches
Mail list logo