At 20:11 +0000 2012/01/07, Yaakov Stein wrote:
X.200 - ITU's version of the OSI model - defines an "association" as
peering at any layer of the OSI stack.
Thus an association at layer 3 is a pair of IP addresses, while an
association at layer 4 is a pair of socket IDs.
Not quite. The identification is only part of what constitutes an
association. The situation at layer 3 is a bit more complex since
there are potentially 3 data transfer protocols in Layer 3 depending
on requirements, configuration, and technology: SNAC, SNDC, and
SNIC. An assoication consists of the shared state for an instance of
communication among (N)-entities. (see below).
It is true it is a general concept that appears in all layers. I
believe I wrote that definition. (X.200 and ISO 7498 are the same
document. There is not an ISO version and an ITU version.) It was
inserted rather late because of the requirements for the Application
Layer Structure document (ISO 9545, X.207)
If the association is requested then it becomes a "connection".
No, this is not true. The association is only the shared state
between the protocol entities. As I indicated in the previous email.
A "connection" is more encompassing. It includes shared state from
the corresponding (N+1)-entities, the (N)-service-access-points, and
the (N)-entities. (The role of (N)-SAPs in the OSI Reference Model is
another major flaw in the model.)
A "session" is an association at layer 5.
No, I believe they would have said that a "session" was a connection
at layer 5. (However, by October 1983, it was recognized that the
upper 3 layers were a fiction and the protocol specifications were
"adjusted" so they could be implemented as a single state machine.
(This became the OSI clueless test. Anyone who built the upper 3
layers as 3 separate layers was clearly clueless.)
A process in computation is defined as an entity that is independent
in the sense that it can request and own resources (e.g., CPU time
and memory).
Many processes can exist side by side, and can even communicate via IPC,
but processes do not have a hierarchy such as we have in communications.
The closest thing is the fact that processes can own tasks or
threads as sub-entities
(tasks are not indendent - their memory and CPU time are taken from
their father process).
If you are looking at X.200. You might also look at the definitions
(N)-entity-type and (N)-entity-invocation.
Just as an association runs protocols at different layers, a single
process frequently runs multiple algorithms.
Associations don't run anything. An (N)-association is the locus of
shared state between two (N)-entities. Actually,
(N)-entity-invocations. As I implied in my last email, the
definition of "association" should have been the definition of
"connection" or "flow." An association corresponded to the shared
state of a single flow or connection in a single layer.
The reason both were needed because the PTTs forced a wrong
definition of connection in the very early going. The definition of
connection was set by 1978. The definition of association did not
appear until later. I would have to check, but I don't think
association is the 1984 version of the Reference Model but only the
1994 edition. Some of us knew the definition of connection was wrong
in 78, but we didn't have the proof yet. Doing the application layer
structure provided that argument.
But these algorithms are usually not layered.
A protocol between two entities often involves algorithms on both sides,
but an association does not necessarily link two processes on the
communicating sides.
Sorry but this is incorrect. An association (as defined by X.200
does) link two processes on the communicating sides and involves
algorithms on both sides. (see above)
Take care,
John Day
Rapptorteur OSI Reference Model, 1980 - 1997
Y(J)S
-----Original Message-----
From: ietf-bounces@xxxxxxxx [mailto:ietf-bounces@xxxxxxxx] On Behalf
Of Dave CROCKER
Sent: Friday, January 06, 2012 05:03
To: Dave Cridland
Cc: IETF-Discussion
Subject: Re: Protocol Definition
On 1/5/2012 1:41 PM, Dave Cridland wrote:
Association, to my mind, means a transport layer connection, hence
it's usage in
SNMP and other OSI-related things.
Session isn't much less damaged, as a term, I admit, but it is in
common usage.
And like algorithms, and protocols, you can open up a session to find other
sessions inside.
Actually, my recollection is that 'association' was an application-level
construct from OSI.
But I came to the same conclusion as you: "session" is an established term in
IETF parlance and has the basic reality of describing a protocol in operation
between two (or more?) hosts/endsystems/endpoints/...
Does this resonate with others?
d/
--
Dave Crocker
Brandenburg InternetWorking
bbiw.net
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf