> From: Dae Young KIM <[email protected]>
> to me, ID = IP address = node address)
We tend not to use the term 'address', because it does not have a clear
definition that everyone agrees on.
> DNS names -> ID (here to me, ID = IP address = node address)
Since "address" to most people does mean a 'name' (in the generic sense of
"name") with some location information in it, I am going to assume that your
"ID" means a name which is location dependent.
That means the "ID" will have to change if the host is attached to the
network in a different place; and the experience of the past decade or two is
that this is not acceptable to the users. They want something _in addition_
to DNS names which does not have to change when the host is attached in a new
location.
> ID -> locator; this is not the job of Internet layer. In this context,
> the locator here is to me the address of the underlying layer,
To most of us, 'locator' means a 'name' with global semantics; i.e. it can
name a location anywhere in the internetwork, and it can be understood
anywhere in the network, and things everwhere will interpret a given locator
to mean the same location.
Redefining terms to your own private definition is not very useful for clear
communication. Terms that mean what you seem to mean here are things like
'MAC address' or 'physical network address'.
> To me, they're one and the same thing. There's no routing without
> identifying your partner. There's no identifying your partner without
> routing to, i.e., without locating it. The two are one and the same.
Ah, no. I am "J. Noel Chiappa" no matter where I am, and you can identify
me without knowing either i) where I am, or ii) how to get there.
You might be interested in reading IEN-19, "Inter-Network Naming, Addressing,
and Routing"; although it is very old (and thus somewhat out of date), it is
still full of useful insight on these ideas. RFC-1498, "On the Naming and
Binding of Network Destinations", is also very important.
Noel
_______________________________________________
rrg mailing list
[email protected]
http://www.irtf.org/mailman/listinfo/rrg
