Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Субжеліге қолжетімділік протоколы (SNAP) — IEEE 802.2 LLC қолданатын желілерде, сегіз биттік 802.2 қызметтік қолжетімділік нүктесі (SAP) өрістерімен ажырату мүмкін болмайтын, одан көп протоколдарды мультиплекстеу механизмі. SNAP протоколдарды EtherType өрісінің мәндері арқылы анықтауды қолдайды; сондай-ақ, жеке сатушының протокол идентификациялық кеңістіктерін де қолдайды. Ол IEEE 802.3, IEEE 802.4, IEEE 802.5, IEEE 802.11 және басқа IEEE 802 физикалық желілік қабаттарымен, сондай-ақ 802.2 LLC қолданатын FDDI сияқты IEEE 802 емес физикалық желілік қабаттарымен де қолданылады. SNAP және LSAP өрістері жіберуші түйінде пакеттерге қосылады, осылайша қабылдаушы түйін әрбір алынған кадрды тиісті құрылғы драйверіне жіберуге мүмкіндік береді, ол берілген протоколды түсінеді.
The Subnetwork Access Protocol (SNAP) is a mechanism for multiplexing, on networks using IEEE 802.2 LLC, more protocols than can be distinguished by the eight bit 802.2 Service Access Point (SAP) fields. SNAP supports identifying protocols by EtherType field values; it also supports vendor private protocol identifier spaces. It is used with IEEE 802.3, IEEE 802.4, IEEE 802.5, IEEE 802.11 and other IEEE 802 physical network layers, as well as with non IEEE 802 physical network layers such as FDDI that use 802.2 LLC. The SNAP and LSAP fields are added to the packets at the transmitting node in order to allow the receiving node to pass each received frame to an appropriate device driver which understands the given protocol.
Өмірбаян
OSI моделі қабаттар арасындағы байланысты анықтау үшін (желі, көлік, сессия және жеті қабатты модельдің басқа қабаттары сияқты), яғни кіріс хабарламаны қай протокол өңдеу керектігін анықтау үшін қызмет көрсетуге қолжетімділік нүктесін (SAP) пайдаланады. Белгілі бір қабат ішінде бағдарламалар өзара келісілген протоколдық механизм арқылы деректер алмаса алады. Ортақ протоколды қолдамайтын бағдарламалардың жұбы бір-бірімен байланыс жасай алмайды. Сондықтан, бірнеше протокол бір қабатта бірге жұмыс істеуі үшін, төменгі қабаттан жеткізілген қызмет деректері бірлігін өңдеу үшін қай протокол шақырылатынын анықтау қажет. SAP-қа, оның ішінде бастапқы қызмет көрсетуге қолжетімділік нүктесіне (SSAP) және мақсаттық қызмет көрсетуге қолжетімділік нүктесіне (DSAP) сілтемелер ең көп таралған, олар деректер байланысы қабаты мен желілік қабат арасындағы шекараны білдіреді. SAP-ті көбінесе 2-қабатта, атап айтқанда IEEE 802.2 стандарттарында анықталған логикалық байланысты басқару (LLC) қосалқы қабатында қолдану тұрғысынан қарастырады. Байланыс қызметінің қолжетімділік нүктесі (LSAP) мақсаттық қызмет көрсетуге қолжетімділік нүктесін (DSAP) және бастапқы қызмет көрсетуге қолжетімділік нүктесін (SSAP) қамтиды. Бұл MAC станциясының жоғары қабаттармен әртүрлі протоколдар арқылы байланысуына мүмкіндік береді. Стандартты желілік қабат протоколдарына ISO/IEC TR 11802 1-де тіркелгендей, арнайы LLC мекенжайлары берілген. LLC мекенжай кеңістігінің жартысы осындай мақсаттар үшін резервтелген. Басқа протоколдар екі жолмен қолданылады. Біріншісі – LSAP-тарды жергілікті түрде тағайындау, ол үшін LLC мекенжай кеңістігінің екінші жартысы қолжетімді. Екіншісі – Subnetwork Access Protocol (SNAP) протоколымен бірге пайдалануға арналған белгілі бір LLC мекенжай мәнін пайдалану, ол SNAP мекенжайы деп аталады. SNAP мекенжайы әрбір MAC SAP-да бір LSAP-ты анықтайды. Осылайша, SNAP-ты пайдаланатын әрбір протокол протокол идентификаторын қолдануы керек. Сондықтан, кіші желіге қол жеткізу протоколы (SNAP) – IEEE 802.2 LLC қолданатын желілерде 8 биттік 802.2 қызмет көрсетуге қолжетімділік нүктесі (SAP) өрістерімен ажырату мүмкін емес протоколдарды мультиплекстеу механизмі болып табылады. SNAP протоколдарды Ethernet түрі өрісінің мәндері бойынша анықтауды қолдайды, сондай-ақ жекеше протокол идентификаторлары кеңістіктерін де қолдайды. Ол IEEE 802.3, IEEE 802.4, IEEE 802.5, IEEE 802.11 және басқа IEEE 802 физикалық желі қабаттарымен, сондай-ақ 802.2 LLC қолданатын FDDI сияқты IEEE 802 емес физикалық желі қабаттарымен де қолданылады.
The OSI model uses a Service Access Point (SAP) to define the communication between layers (like Network, Transport, Session, and the other layers of the seven layer model), that is to identify which protocol should process an incoming message. Within a given layer, programs can exchange data by a mutually agreed upon protocol mechanism. A pair of programs that do not support a common protocol cannot communicate with each other. Thus for multiple protocols to coexist within a layer, it is necessary to determine which protocol is invoked to process a service data unit delivered by the lower layer. The most common reference to SAP, including a Source Service Access Point (SSAP) and a Destination Service Access Point (DSAP) refers to the boundary between the Data Link Layer and the Network Layer. It is common to think of SAP only in terms of its use at Layer 2, specifically in its Logical Link Control (LLC) sub layer as defined in the IEEE 802.2 standards. Link Service Access Point (LSAP) includes both Destination Service Access Point (DSAP) and Source Service Access Point (SSAP). It enables a MAC station to communicate with upper layers via different protocols. Standard Network layer protocols have been assigned reserved LLC addresses, as recorded in ISO/IEC TR 11802 1. One half of the LLC address space is reserved for such assignment. Other protocols are accommodated in two ways. One way is by local assignment of LSAPs, for which the other half of the LLC address space is available. The second way is to use a particular reserved LLC address value that has been assigned for use in conjunction with the Sub network Access Protocol (SNAP) is called the SNAP address. The SNAP address identifies, at each MAC SAP, a single LSAP. Thus, each protocol using SNAP must employ a protocol identifier. Thus, the Subnetwork Access Protocol (SNAP) is a mechanism for multiplexing, on networks using IEEE 802.2 LLC, more protocols than can be distinguished by the 8 bit 802.2 Service Access Point (SAP) fields. SNAP supports identifying protocols by Ethernet type field values; it also supports vendor private protocol identifier spaces. It is used with IEEE 802.3, IEEE 802.4, IEEE 802.5, IEEE 802.11 and other IEEE 802 physical network layers, as well as with non IEEE 802 physical network layers such as FDDI that use 802.2 LLC.
Қолдану
SNAP – IEEE 802 жалпы түсінігі мен архитектура құжатында сипатталған 802.2 LLC-нің кеңейтімі. 5 октеттік SNAP бас жағы, егер мақсатты SAP (DSAP) және бастапқы SAP (SSAP) AA немесе AB гексадецималды мәндерін қамтыса, 802.2 LLC бас жағынан кейін келеді:
The SNAP is an extension of the 802.2 LLC specified in the IEEE 802 Overview and Architecture document. The 5 octet SNAP header follows the 802.2 LLC header if the destination SAP (DSAP) and the source SAP (SSAP) contain hexadecimal values of AA or AB:
802.2 LLC бас жағы SNAP кеңейтімі DSAP SSAP Бақылау OUI Протокол ID 1 октет 1 октет 1 немесе 2 октет 3 октет 2 октет
SNAP бас жағы 3 октеттік IEEE ұйымдық бірегей идентификатордан (OUI) және 2 октеттік протокол ID-ден тұрады. Егер OUI нөлге тең болса, протокол ID – SNAP-тің үстінде жұмыс істейтін протоколдың тіркелген EtherType мәні. Егер OUI белгілі бір ұйымға тиесілі болса, протокол ID – сол ұйымның SNAP-тің үстінде жұмыс істейтін протоколға берген мәні. SNAP көбінесе нөмірленбеген ақпарат 802.2 протоколы дерек бірліктерімен (PDU) қолданылады, бақылау өрісінің мәні 3-ке тең, ал LSAP мәндері әдетте гексадецималды AA болады, сондықтан SNAP пакеті үшін 802.2 LLC бас жағы әдетте AA AA 03 болып табылады; алайда, SNAP басқа PDU түрлерімен де қолданылуы мүмкін. Ethernet желісінде LLC және SNAP бас жағындағы 8 октет, Ethernet II фреймингімен салыстырғанда, Интернет протоколы сияқты протоколдар үшін қолжетімді пайдалы жүктеменің көлемін 1492 байтқа дейін азайтады; сондықтан, EtherType мәндері бар протоколдар үшін пакеттер әдетте LLC және SNAP бас жағынсыз, Ethernet II бас жағымен жіберіледі. Басқа желі түрлерінде сілтеме қабатында әртүрлі протоколдарды мультиплекстеу үшін LLC және SNAP бас жағы қажет, өйткені MAC қабатының өзінде EtherType өрісі жоқ, сондықтан үлкен пайдалы жүктемеге ие болатын баламалы фреймдеу жоқ. "Неге жеке субжелі бас жағы қажет?" – деп сұрауы мүмкін. Жауап: ол LLC бас жағын жобалау кезінде қабылданған шешімді күшейту үшін жасалды. LLC бас жағы жобаланған кезде, бас жағындағы бір октет (256 мүмкін мән) жеткізушілер тіркегісі келетін барлық протокол мәндерін көрсету үшін жеткілікті деп есептелді. Мәндер резервтеле бастаған кезде, LLC бас жағында ашық мәндер тез бітіп қалатыны анықталды. Гексадецималды AA және AB мәндері резервтелді, содан кейін қосымша бас жақ – SNAP бас жағы жасалды; ол барлық EtherType мәндерін және жеке протокол мәндерінің бірнеше кеңістігін қолдай алады. IETF RFC 1042 сәйкес, IP-датаграммалар мен ARP-датаграммалар IEEE 802 желілерінде LLC және SNAP бас жақтарын пайдалана отырып беріледі, бірақ Ethernet/IEEE 802.3 желісінде RFC 894 сәйкес, Ethernet II бас жақтарымен беріледі.
The SNAP header consists of a 3 octet IEEE organizationally unique identifier (OUI) followed by a 2 octet protocol ID. If the OUI is zero, the protocol ID is the registered EtherType value for the protocol running on top of SNAP. If the OUI is an OUI for a particular organization, the protocol ID is a value assigned by that organization to the protocol running on top of SNAP. SNAP is usually used with Unnumbered Information 802.2 protocol data units (PDUs), with a control field value of 3, and the LSAP values are usually hexadecimal AA, so the 802.2 LLC header for a SNAP packet is usually AA AA 03; however, SNAP can be used with other PDU types as well. On Ethernet, the 8 octets occupied by the LLC and SNAP headers reduce the size of the available payload for protocols such as the Internet Protocol to 1492 bytes, compared to the use of the Ethernet II framing; therefore, for protocols that have EtherType values, packets are usually transmitted with Ethernet II headers rather than with LLC and SNAP headers. On other network types, the LLC and SNAP headers are required in order to multiplex different protocols on the link layer, as the MAC layer doesn't itself have an EtherType field, so there's no alternative framing that would have a larger available payload. One might ask, "why is a separate sub network header necessary?". The answer is that it was to augment a decision made during the layout of the LLC header. At the time that the LLC header was being designed, it was thought that a single octet (256 possible values) in the header would be enough to specify all the protocol values that vendors would want to register. As the values began to be reserved, it was discovered that the LLC header would soon run out of open values. The hexadecimal AA and AB values were reserved, and an additional header—the SNAP header—was developed; it can support all EtherType values and multiple spaces of private protocol values. As per IETF RFC 1042, IP datagrams and ARP datagrams are transmitted over IEEE 802 networks using LLC and SNAP headers, except on Ethernet/IEEE 802.3, where they are transmitted with Ethernet II headers, as per RFC 894.