[comp.protocols.iso.dev-environ] How to implement OSI protocols?

bochannk@hwsw.gedas.de (Alexander Bochannek) (05/11/91)

Hi!

Let me quote Marshall T. Rose "In OSI, a reference model is used to describe
computer communications. The Model is inherently abstract. It does not specify:

- programming language bindings,
- operating system bindings,

..."

So, what does this mean? It means, everybody is free to implement the protocols
as he likes. But, hey, we have this neat layer structure and we have this 
primitives.
I don't know ISODE in detail, so I don't know how the inter-protocol communi-
cation is made. What does the community think about this approach:

- each protocol is one seperate process (I know what Comer thinks about this)

- inter-protocol communication is through an IPC facility (I vote for a mixture
  of messages and shared memory, but this is yet to be discussed)

- through this communication path the protocol processes send primitives

- the configuration of which process is allowed to talk to which other is (in
  the best case dynamically) handled by one central networking daemon

- the files associated with each protocol could be hold in a seperate directory
  structure like /net/layer-number (This is because it is frustrating to search
  for configuration files throughout the whole system)

- the hardware access part (layer one and MAC for Ethernet) need not necessarily
  be implemented as a device driver but as the same kind of process as the other
  layers (for exchangeability's sake)

These are just some ideas which came to my mind reading OSI books and being
frustrated with my daily work administering our local TCP/IP net and the
connection to the Internet.

OK, if anybody out there likes these ideas, wants to discuss them or just likes
to flame me because I'm sooo stupid and ISODE already has similar or better 
features, email me.

Alex