Talk:Protocol stack

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Computing / Networking (Rated Start-class, Mid-importance)
WikiProject icon This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
Start-Class article Start  This article has been rated as Start-Class on the project's quality scale.
 Mid  This article has been rated as Mid-importance on the project's importance scale.
Taskforce icon
This article is supported by Networking task force (marked as High-importance).
 

I would very much like to see the "Protocol Stack" entry remain. Even though I've heard this term and communications protocol terms bantered about frequently, I didn't know they were essentially identical. It's also a good, basic explanation that shows how the "stack" analogy comes into play.

I agree that the idea of a protocol stack deserves separate mention from a communications protocol. A protocol stack, as a software artifact, is distinct from the communications protocol itself, which is just an idea or set of an ideas. The bigger problem with the article is that it is poorly written and as a result unclear, and the ascii-art diagram does little to help matters. 192.80.211.11 14:24, 12 October 2006 (UTC)

I too agree; it should remain, but it needs improvement. The word "stack" is operative. Further, there need not exist a protocol stack in very simple devices employing communications protocols, therefore to merge it with "Communications Protocol" would require someone to write a pre-qualifying opening sentence for the subsection...which would only beg the question, "Why not separate them again?" Lastly "Protocol Stack" is self-explanatory enough to be good hook as "See Also" reference inside the "Communications Protocol" article with little or no embellishment.

+1 from me. To me, the key idea of a stack -- which a "communication protocol" discussion need not necessarily cover -- is the pluggability of the different layers. E.g. the article could have a simple example alongside the HTTP/TCP/IP/Ethernet one, showing how a HTTP/TLS/TCP/IP/Ethernet use case reuses all the protocols from the first stack and adds one new element to stack providing security. Another example could show HTTP/TCP/IP/<foo> (where <foo> could be IEEE802.16, PPP, or many other layer 2 protocols), because that's a really powerful feature of protocol stacks -- IP is the waist in the Internet's hourglass figure, which allows traffic like HTTP to travel not just several layers above Ethernet in LANs, but also over phone networks, cable networks and wireless networks. The "Internet Protocol Suite" page discusses some of this, but this "Protocol Stack" page offers the ability to discuss even more generally, so perhaps the most important example of all, to contrast with the HTTP/TCP/IP/Ethernet example, would be an example of a stack from a completely different networking envioronment. An example would be the GSM protocol stack described at <http://www.networkdictionary.com/wireless/gsm.php>. -- Lisa / 157.22.41.10 18:57, 15 November 2006 (UTC)

Software stack?[edit]

http://www.personalinfocloud.com/2008/01/the-elements-in.html defines a "stack" to be a "a collection of elements that comprise a whole set of services," and yesterday Linus Torvalds in an interview panning Leopard said "Software is really expensive to produce and takes years. If you're a hardware company you can't really afford that, you either have to be controlled from the outside or take a pre-existing software stack that you can make changes to." If this is really an emerging new use of the term "stack", generalizing the natural concept of a protocol stack, is it time to update this article to reflect it? Or are these just isolated instances of a usage that may not go anywhere? --Vaughan Pratt (talk) 00:05, 7 February 2008 (UTC)

ICL IPA[edit]

Should to a separate new article for ICL's IPA protocol stack. 66.155.23.67 (talk)