On 2/3/19 8:02 AM, Noel Chiappa wrote:
Why? The details have faded from my memory, but the
lower 2 layers of
the stack (CLNP and TP4) I don't recall as being too bad. (The real
block to adoption was that people didn't want to get snarled up in the
ISO standards process.)
I too am curious. I've got no first hand experience. (I'm not counting
getting a couple of SimH VAXen talking to each other over DECnetIV.)
It at least managed (IIRC) to separate the concepts
of, and naming
for, 'node' and 'network interface' (which is more than IPv6 managed,
apparently on the grounds that 'IPv4 did it that way', despite lengthy
pleading that in light of increased understanding since IPv4 was done,
they were separate concepts and deserved separate namespaces).
I'm not quite sure what you mean by naming a node vs network interface.
But I do know for a fact that in IPv4, IP addresses belonged to the
system. Conversely, in IPv6, IP addresses belong to the interface.
This has important security implications on multi-homed systems.
Yes, the allocation of the names used by the path
selection (I use that
term because to too many people, 'routing' means 'packet forwarding')
was a total dog's breakast (allocation by naming authority - the very
definition of 'brain-damaged') but TCP/IP's was not any better, really.
I don't understand what you mean by using "names" for "path
selection".
Or are you referring to named networks, and that traffic must pass
through a (named) network?
That's probably why I don't understand how routes are allocated by a
naming authority.
Yes, the whole session/presentation/application thing
was ponderous and
probably over-complicated, but that could have been ditched and simpler
things run directly on TP4.
I've seen various parts of session and / or presentation applied to IPv4
(and presumably IPv6) applications. Some people like to say that
session is one of those two (arguments ensue as to which) grafted on top
of the application layer. So, even that's still there in the IP world,
just in an arguably different order.
--
Grant. . . .
unix || die