Article View: comp.protocols.iso
Article #1490Re: OSI CLNS and the future of networking
From: Fred R. Goldstein
Date: Mon, 23 May 1988 19:23
Date: Mon, 23 May 1988 19:23
42 lines
2610 bytes
2610 bytes
In article <1097@ditmela.oz> smart@ditmela.oz.au (Robert Smart) writes:
>The OSI CLNS (ConnectionLess Network Service) is basically just
>DoD's IP with minor changes (like a bigger address field). The
Well, not exactly... but they're rather similar. Note, though,
that the proper terminology is that OSI IP (ISO 8473) is the
protocol which implements the OSI CLNS (service description in
ISO 8348/AD1. In the OSI world, services and protocols are
usually described separately.
>That's all very well, but I would like to understand how CLNS over
>X.25 coexists with the existing CONS (ConnectionOriented Network
>Service) over X.25. I guess they just use different Subaddress or
>Protocol-id or Call User Data. I am also not sure how CLNS over
>802.3 fits in with existing OSI over 802.3. Presumably the packets
>will have CLNS sender and destination addresses in them (the new IP
>addresses). That certainly isn't what is in them now.
X.25-1984 provides the CONS, and is equal to ISO8208. Of course
X.25 uses X.121 addresses and CONS allows the address to be the
"long form" in ISO8348/AD2.
ISO IP (CLNS provider) can run on top of X.25 or 802.3 or, for
that matter, practically anything else. The procedure for using
X.25 (called a Subnetwork Dependent Convergence Protocol) is
within the text of ISO 8473. The IP (CLNS) packet sits inside
an X.25 packet.
This is just an example of the structure of the Network Layer,
which is not one protocol but in practice, potentially a stack
of "roles". Whatever the transport layer sees (the Network Service)
is provided by the top Subnetwork Independent Convergence Protocol.
(Sometimes called an Internet protocol, esepcially if connectioneless!)
Whatever the underlying comms medium provides (wire, Ethernet, X.25,
CONS, LAP-D, etc.) is the Subnetwork. Whatever has to go in between
them to make the SNICP work is the SNDCP. Put 'em together right
and you can make all sorts of combinations play. Not all with
equal efficiency, though!
>
>Bob Smart, CSIRO Division of Information Technology, Australia
fred
--
usual disclaimers apply
Technical Details
Message-ID:
<360@jfcl.dec.com>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!ucbvax!decwrl!decvax!jfcl.dec.com!frgReferences:
<1097@ditmela.oz>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!ucbvax!decwrl!decvax!jfcl.dec.com!frg From: frg@jfcl.dec.com (Fred R. Goldstein) Newsgroups: comp.protocols.iso Subject: Re: OSI CLNS and the future of networking Message-ID: <360@jfcl.dec.com> Date: 23 May 88 19:23:02 GMT References: <1097@ditmela.oz> Reply-To: frg@jfcl.UUCP (Fred R. Goldstein) Organization: Digital Equipment Corporation Lines: 42