Jump to content

Talk:OSI model

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Abbotn (talk | contribs) at 12:21, 5 August 2021. The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Template:Vital article

history

according to the interview with Charles Bachman IBMs SNA was one of the blueprints for the OSI model

"I started looking around for useful solutions to similar problems and became familiar with the IBM project called SNA or System Network Architecture. It had some very attractive features. It looked like it was well-architected. It had six architectural layers. It had a principle that each layer only talked to the layer immediately above and to the layer immediately below it. A layer might be modified, or replaced, and its protocol changed, as long as it maintained both its upper interface and its lower interface. And so it was possible to swap out a layer with an improved protocol and a new implementation that would support different things without disrupting how the other layers functioned." http://ethw.org/Oral-History:Charles_Bachman

as well as the experiences with standardisation bachmann made with the IDS project: "Honeywell was still willing to consider the communication add-on to IDS, so I started on that project and called it “Distributed System Interconnection.” And so I took on the project, which I had started in Phoenix, under the name of “Inter-Communicator” https://en.wikipedia.org/wiki/Integrated_Data_Store


http://www.dsbaral.com.np/subject/network-programming/sna — Preceding unsigned comment added by 77.180.0.193 (talk) 22:07, 4 July 2018 (UTC)[reply]

Defining a standard

The article says in several places that the OSI model defines a standard. The official documentation specifically says it does not define a standard. Rsduhamel (talk) 16:46, 19 January 2015 (UTC)[reply]

But ISO 7498 says right on its front cover that it's a standard. Please explain. --Wtshymanski (talk) 22:07, 26 January 2015 (UTC)[reply]
The cover page of the ISO version and page 1 of both versions are titled "International Standard" (from page 1 on, both the ISO and ITU versions are identical). However, the body of the document is clear that the document does not set a standard. Specifically, it says:
"It is not the intent of this Reference Model either to serve as an implementation specification, or to be a basis for appraising the conformance of actual implementations, or to provide a sufficient level of detail to define precisely the services and protocols of the interconnection architecture. Rather, this Reference Model provides a conceptual and functional framework which allows international teams of experts to work productively and independently on the development of standards for each layer of the Reference Model for OSI."
Although it does not say "this is not a standard" it is described as a reference model and framework to allow the development of standards. Perhaps I am being imprecise but I have seen a lot written on the Internet and in textbooks describing the OSI model as a standard that must be complied with. I've also seen it described as an attempt by bubble-headed European bureaucrats to shove a restrictive, complicated and unworkable standard down the throats of developers. It is no such thing. It is just framework describing what tasks may or may not be done by networking applications. Developers don't necessarily follow the OSI model. The OSI model follows what developers generally do. Rsduhamel (talk) 23:29, 26 January 2015 (UTC)[reply]
This is really moot, because the OSI model is really used nowhere as a development model, at least not above Layer 2. The lack of usable protocols in the late 80s, early 90s, made it obsolete quickly and TCP/IP has reigned, despite its shortcomings. I don't see a strict contraction in a reference model being a standard. It certainly is a standard way of teaching network application architecture. Developers use the Internet Protocol Suite (TCP/IP) as their model. Anything the standards organizations deal with is codified eventually as a standard, seems that's the only way to document their work. Kbrose (talk) 14:04, 27 January 2015 (UTC)[reply]
Call it a standard if you will. There is no point in arguing semantics when the article has much more serious issues. Someone who has actually read the specification needs to give it some serious attention, if it's worth the effort. Rsduhamel (talk) 02:50, 3 February 2015 (UTC)[reply]
The whole problem is, even if there is a specification, in a general article such as this one it is sort of futile to attempt to rewrite it. People can go to the spec for an official read. OSI is theoretical not practical. It is not useful to explain it from the detail of an implementation perspective because it is never implemented -- the world has chosen the TCP/IP five layer model, and anyone reading Wikipedia to learn about networking should not waste a lot of time reading about OSI (They will have plenty of time to do this if they ever try to hack an OSI implementation such as HL7.). Therefore, this article should be dramatically simplified.
It is misleading because this page is referenced from pages that discuss very important practical network topics.Squeeky Longhair (talk) 17:57, 9 February 2018 (UTC)[reply]

IPoE redirects here. WHY?

I was looking for info on I(ternet)P(rotocol)o(ver)E(thernet), and got this page. But this page says absolutely NOTHING about IPoE. So where should a seeker after knowledge go? 58.7.61.232 (talk) 03:35, 10 August 2015 (UTC)[reply]

Perhaps somebody could restart the IPoE page with this http://www.dslreports.com/r0/download/1468367~39a604b7c30141db72e55620ebf95879/Understanding%20PPPoE%20and%20DHCP_200187.pdf info from Mark Bernstein of Juniper Networks. 58.7.61.232 (talk) 03:57, 10 August 2015 (UTC)[reply]
IPoE is now a page that discusses the use of IP-over-Ethernet in access networks (there's nothing magical about IP-over-Ethernet in general, making it deserving of its own page; it's only omitting PPPoE in access networks that's interesting), so it no longer redirects here (which is as it should be - there's no reason why it should redirect here). Guy Harris (talk) 00:20, 5 July 2018 (UTC)[reply]

Layer 1 (Physical) examples incorrect?

Bluetooth is given under physical layer examples in the sidebar and not in any other layers. Bluetooth goes across a lot of layers so it is inaccurate to say it's only the physical layer. Should we remove bluetooth from the examples? Alastor Moody 20:47, 7 May 2016 (UTC) — Preceding unsigned comment added by Prashantverma999 (talk • contribs)

The sentence is

The physical layer of Parallel SCSI operates in this layer, as do the physical layers of Ethernet and other local-area networks, such as Token Ring, FDDI, ITU-T G.hn, and IEEE 802.11 (Wi-Fi), as well as personal area networks such as Bluetooth and IEEE 802.15.4.

If it's parsed as

The physical layer of Parallel SCSI operates in this layer, as do the physical layers of <Ethernet and other local-area networks, such as Token Ring, FDDI, ITU-T G.hn, and IEEE 802.11 (Wi-Fi), as well as personal area networks such as Bluetooth and IEEE 802.15.4>.

i.e., with "the physical layers" referring not only to the LAN technologies but the PAN technologies, rather than as

The physical layer of Parallel SCSI operates in this layer, as do <the physical layers of Ethernet and other local-area networks, such as Token Ring, FDDI, ITU-T G.hn, and IEEE 802.11 (Wi-Fi)>, as well as personal area networks such as Bluetooth and IEEE 802.15.4.

with "the physical layers" referring only to the LAN technologies, then it's correct.
However, the sentence is complicated enough that the second parsing is plausible, and it should perhaps be rewritten to make it clear that it's referring not to Bluetooth or 802.15.4 in their entireties, but only to their physical layers, just as it's referring to the physical layers of Ethernet/Token Ring/FDDI/G.hn/802.11 rather than to those LANs in their entireties. Guy Harris (talk) 06:03, 8 May 2016 (UTC)[reply]

In my opinion the whole sentence is unneeded and distracting. Another way to phrase it would be that the listed examples include specifications for data link layer operations. Stephen Charles Thompson (talk) 18:00, 9 August 2018 (UTC)[reply]

Article is inconsistent on whether the presentation layer include compression and encryption

The Layer 6: Presentation Layer subtopic claims (without citation) that it is a myth that the presentation layer does compression and encryption. However, the table at the top of Description of OSI Layers mentions compression and encryption as layer 6 functions. Which is it? — Preceding unsigned comment added by Marcelocantos (talk • contribs) 23:05, 13 October 2017 (UTC)[reply]

The claim that it's a myth that compression can be done by the presentation layer is completely wrong for compression - ISO/IEC 7498-1:1994 (at least in its available-for-free X.200 version) explicitly says:
7.2.4 Functions within the Presentation Layer
The Presentation Layer performs the following functions to help accomplish the presentation-services:
a) negotiation and re-negotiation of transfer syntax;
b) representation of the abstract syntax chosen by the application-entities in the transfer syntax negotiated or renegotiated, including format and special purpose transformations (for example, data compression)
(emphasis mine). I'm not seeing anything explicit about encryption, but encryption sure sounds like a "special purpose transformation" to me. I've remove the claim about compression and, if I can find a reference, I'll rip out the claim about encryption as well. Guy Harris (talk) 00:14, 14 October 2017 (UTC)[reply]
Oh, to heck with it. I've just removed the whole "myth" claim, as, given that the "compression" part is explicitly proven wrong by the actual OSI reference model document, I see no reason to believe the "encryption" part. Guy Harris (talk) 00:18, 14 October 2017 (UTC)[reply]
X.200 (1988) also includes compression, although it also says "Recommendation X.200 and ISO 7498 [Information Processing Systems – Open Systems Interconnection – Basic Reference Model] were developed in close collaboration and are technically aligned.", so maybe they were "technically aligned" but the CCITT added compression themselves; I don't have the older version of the ISO spec handy. Perhaps the original spec didn't include it, but it was apparently added subsequently. Guy Harris (talk) 00:41, 14 October 2017 (UTC)[reply]
The confusion may be due to the fact that the OSI model, while apparently implemented, is irrelevant as far as the internet goes, apart from its use for interrogating people taking various network certification tests. My understanding (very limited) is that the presentation layer does nothing in practical systems, and that might have been behind the original research regarding "common myth". I think the OSI designers intended the presentation layer to handle things like encryption and compression, as well as EBCDIC/ASCII translation as mentioned in the article. Johnuniq (talk) 00:57, 14 October 2017 (UTC)[reply]

Merge from Open Systems Interconnection

You would think Open Systems Interconnection would be about the organization but, no, it covers the same topic as OSI model. A merge appears to be in order. ~Kvng (talk) 01:32, 19 June 2019 (UTC)[reply]

Agreed. But the Open Systems Interconnection is barely a stub. So it should be easy enough to merge.--Brain online (talk) 03:35, 24 June 2019 (UTC)[reply]

--Brain online (talk) 06:00, 24 June 2019 (UTC)[reply]

Notifying community that all merge work is done. Now redirecting. Open_Systems_Interconnection contained some historical details not present in the OSI Model page. I moved those. There were some other links and references that I moved too. --Brain online (talk) 06:00, 24 June 2019 (UTC)[reply]

Protocol Wars

I am not happy with the insertion of a mention of and link to Protocol Wars. Per my comments on the newly created page, I think the page is misnamed, and I am not yet convinced it is a notable subject in its own right. Why not have it as a sub section here, and isn't the lack of a subsection here an indication that editors have not seen it as notable?

I am happy to allow that page to develop without taking it to AfD or any other such issues, but until it is clear it is notable and stable (note that I think the page is misnamed for instance) I don't think we should link to it. I am happy to be over-ruled by other editors, and if none come forward, I would be content for you to request a WP:3O but at this point the challenged material should remain out of the article per WP:BRD. Thanks. -- Sirfurboy (talk) 15:27, 6 February 2020 (UTC)[reply]

Discussion continues at Talk:Protocol Wars#Notability ~Kvng (talk) 13:46, 7 February 2020 (UTC)[reply]

Open systems architecture merge

I've reverted the merge from Open systems architecture into a top importance article as controversial and needs discussion in my opinion.Djm-leighpark (talk) 03:22, 23 April 2020 (UTC)[reply]

Contentious merge

Djm-leighpark in what way is the merge I did a contentious merge? Please explain. Thank you. ---Steve Quinn (talk) 04:04, 23 April 2020 (UTC)[reply]

Steve Quinn - someone, namely me, and possibly others, regards it as contentious requires consensus to be obtained before such a merge. It is also the case that prior to a PROD you should have identified any possible merges; and to find a possible merge after a PROD was decline while commendable implies WP:PRODNOM may not have been properly followed. Per WP:MERGEPROP .. If the need for a merge is obvious, editors can be bold and simply do it. See How to merge below. This includes stubs whose titles differ only in spelling, for example. Note however that bold edits might be reverted, despite the work in implementing them. Articles that have been separate for a long time should usually be discussed first ...both articles pre-date 2006. Thankyou.Djm-leighpark (talk) 06:21, 23 April 2020 (UTC)[reply]
First of all, it is not my job to figure out to where I can possibly merge a page. There are a multitude of topics on Wikipedia and I'm not going to merge a page to place where it doesn't belong. The page has so little information that when I first looked at it I had no idea to where a merge was possible. So please don't tell me what I should and shouldn't do. Prodding is a normal editing action for a page that shows no sign of notability. It's a way to avoid WP:AFD.
This brings me to the second issue. The page has been tagged for lack of sourcing and for not meeting the GNG criteria since 2009. The fact is this page shows no signs of meeting notability criteria per GNG. Additionally, Wikipedia is not a manual (WP:NOTMANUAL) and it is not a directory (WP:NOTDIR). So, if a merge is reverted then all that's left is WP:AFD. Please take that into consideration. A merge saves all the information on that page. That's why a merge makes sense when the qualifications for a stand alone article are not met. Regards ---Steve Quinn (talk) 07:04, 23 April 2020 (UTC)[reply]
@Steve Quinn Following your request for a response on my talk page it is this: My view is anyone who wishes to propose a merge of Open systems architecture into this article is welcome to go through steps one and two at WP:MERGEPROP but should bear in mind this OSI model article is top importance level 5 and should not be disruptived with WP:UNDUE. If such a merger is raised I may or may not consider to participate as is my wont but will support any reasonable consensus. Thankyou.Djm-leighpark (talk) 10:27, 25 April 2020 (UTC)[reply]
If an article is not well developed, this alone does not make it a candidate to be merged into another seemingly related topic. Although I haven't researched the use of the term open systems architecture for its historical context and scope much, it seems or should be notable and in fact appears to be a topic of which the OSI model is an example or subset. Merging does not seem to be the appropriate solution here. Expand and source the article instead. Kbrose (talk) 12:46, 25 April 2020 (UTC)[reply]
I'd like to get a better understanding of what open systems architecture is an how it relates to OSI model before we proceed with any reorganization discussion. Open systems architecture is not well developed enough at this point to help me much. If no one is going to step up and improve Open systems architecture, perhaps it should be considered for deletion through WP:AFD. This was never a good WP:PROD candidate. ~Kvng (talk) 13:38, 28 April 2020 (UTC)[reply]
@Kvng: Pragmatically I suspect Open systems architecture (OSA), while not perfect, has been improved by my feeble efforts and Kbrose's better efforts and any merge into this article would be ill-advised. This is not really the place to discuss the OSA on the talk page of something else; but I very much a properly conducted WP:BEFORE ought to lead to decision not to bring to AfD; and should it end up there I would be surprised at a delete result. OSA was a arguably a AFD candidate at the point of dePROD; but following improvement and making more generic since is demonstrably more solid. Yes, OSA could be improved, but Wikipedia is a work in progress.Djm-leighpark (talk) 14:01, 28 April 2020 (UTC)[reply]
The article that is more closely associated with the OSA topic is Open system (computing) that I linked within OSI. But some historical research should determine whether or not OSA is still a more general concept, not only applicable to computing systems per se. Until that is completed, any merging seems premature. In any case, the discussion should not be continued here, but on the OSA talk page. Kbrose (talk) 14:35, 28 April 2020 (UTC)[reply]

SPDY protocol as example for Session Layer

In the text box "OSI model by layer", the SPDY protocol is mentioned as an example for a session layer protocol. However, SPDY does also compress HTTP requests. Compression belongs to the presentation layer (layer 6) in the OSI model. This is however not explained in the text below. It should be made clear that it is not always possible to clearly relate an existing protocol to a single dedicated OSI layer. — Preceding unsigned comment added by Tobias.hossfeld (talk • contribs) 19:49, 28 November 2020 (UTC)[reply]

HTTP is an SESSION layer protocol in OSI Model

The RFC, especially one line in the introduction, does control what layer the protocol is in - the function of the protocol does. HTTP does control and manage the connections between computers. it redirects, closes, opens with GETs - it is the first layer that transfers data. It is a session layer protocol in the OSI Model. ** it is Application in the "Internet protocol suite" model **

Above that is HTML, XML, REST, etc. in the presentation layer.

There is even a link IN THIS PAGE that describes this: https://en.wikipedia.org/wiki/OSI_model#Comparison_with_TCP/IP_model Abbotn (talk) 12:21, 5 August 2021 (UTC)[reply]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Talk:OSI_model&oldid=1037254717"