RE: Protocol Definition

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]