If I remember correctly, you Brian, once wrote IPv6 is just more of IPv4,
Its basics are according to 1998 or so. E.g. it still has the same simple
TTL which doesn't help avoiding loops (it can only report maybe-loops), no
mechanism to enfoce consistent routes (e.g others than the shortest one) etc.
Given that IPv6 was once THE FUTURE, it is know a
(additional) constraint for any new architecture :-(
In einer eMail vom 28.05.2008 23:34:18 Westeuropäische Normalzeit schreibt
2008-05-29 02:25, David Conrad wrote:
> What can we keep in the
existing infrastructure and architecture and
> still "Do It
> Or perhaps, what part of the existing infrastructure
> should we jettison because it isn't necessary and/or
I fear that are some parts that may be wrong but have to be
because, er, that's how the Internet has been constructed.
be specific, in 1974 Louis Pouzin wrote:
"There is no need to interpret the
destination address any more
than required to find an appropriate gateway
in the correct direction.
Putting gateway names in addresses is
unacceptable, as it would
tie up addressing and network topology. Thus,
only PSN [packet
switched network] names should be used as catenet
addresses. Delivering a message to a final destination is
out only by the final PSN."
Pouzin also proposed an address
<Format> <PSN name> <Local
where the local name is explicitly of variable length.
I fear he was right, but that's not what got implemented.
We got a model
based on fixed length addresses without a format
prefix. I didn't see in
the IPng discussion and don't see now how
we can jettison that.
don't disagree with your argument, but we may not be able to
"do it right"
in the sense of mathematical perfection. We have to
"do it as right as
possible given the starting point."
> The reason I ask is that is
seems to me that much of the discussion
> lately has appeared to me to
be based upon widely varying base
> assumptions about what is and isn't
necessary to "Do It Right". I
> suspect it might be hard to reach
consensus if this were to be the case...
Maybe we need a list of things
that will not change?
send a message to firstname.lastname@example.org with the
word 'unsubscribe' in a
single line as the message text body.