Content deleted Content added
No edit summary Tags: Reverted Mobile edit Mobile app edit Android app edit |
Reverting edit(s) by 2A00:102A:405A:6573:B8F5:F3FF:FEF6:42DF (talk) to rev. 1299188538 by Nubzor: non-constructive (RW 16.1) |
||
(37 intermediate revisions by 30 users not shown) | |||
Line 1:
{{Short description|
[[File:OSI Model v1.svg|thumb|Protocol stack of the [[OSI model]]]]
Line 30 ⟶ 31:
Imagine three computers: ''A'', ''B'', and ''C''. ''A'' and ''B'' both have radio equipment and can communicate via the airwaves using a suitable network protocol (such as [[IEEE 802.11]]). ''B'' and ''C'' are connected via a cable, using it to exchange data (again, with the help of a protocol, for example [[Point-to-Point Protocol]]). However, neither of these two protocols will be able to transport information from ''A'' to ''C'', because these computers are conceptually on different networks. An [[Internetworking|inter-network]] protocol is required to connect them.
One could combine the two protocols to form a powerful third, mastering both cable and wireless transmission, but a different super-protocol would be needed for each possible combination of protocols. It is easier to leave the base protocols alone
A request on computer ''A'' to send a chunk of data to ''C'' is taken by the upper protocol, which (through whatever means) knows that ''C'' is reachable through ''B''. It, therefore, instructs the wireless protocol to transmit the data packet to ''B''. On this computer, the lower layer handlers will pass the packet up to the inter-network protocol, which, on recognizing that ''B'' is not the final destination, will again invoke lower-level functions. This time, the cable protocol is used to send the data to ''C''. There, the received packet is again passed to the upper protocol, which (with ''C'' being the destination) will pass it on to a higher protocol or application on ''C''.
In practical implementation, protocol stacks are often divided into three major sections: media, transport, and applications. A particular [[operating system]] or platform will often have two well-defined software interfaces: one between the media and transport layers, and one between the transport layers and applications. The media-to-transport interface defines how transport protocol software makes use of particular media and hardware types and is associated with a [[device driver]]. For example, this interface level would define how [[
==Examples==
Line 62 ⟶ 63:
==Spanning layer==
An important feature of many communities of interoperability based on a common protocol stack is a '''spanning layer''', a term coined by [[David D. Clark|David Clark]]<ref>{{cite book |title=Interoperation, Open Interfaces, and Protocol Architecture |author=David Clark |publisher=National Research Council |isbn=9780309060363 |date=1997 |work=The Unpredictable Certainty: White Papers}}</ref>
<blockquote>
In the Internet protocol stack, the [[Internet Protocol Suite]] constitutes a spanning layer that defines a [[best-effort service]] for global routing of [[datagrams]] at [[Layer 3]]. The [[Internet]] is the community of [[interoperation]] based on this spanning layer.
|